Modifications

Sauter à la navigation Sauter à la recherche
383 octets ajoutés ,  3 février 2020 à 17:26
aucun résumé de modification
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.
+
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ée 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.
+
La volonté que nous avons, à travers ce projet, est de concevoir une architecture logicielle et matérielle aux robots développé par Polybot. Si le temps nous le permet, nous souhaitons aussi developper un superviseur. Ce superviseur serait exécuté sur un ordinateur et communiquerait avec les robots dans un but de monitoring.
    
==Participant==
 
==Participant==
Ligne 22 : Ligne 22 :  
====Cahier des charges====
 
====Cahier des charges====
 
* Système distribué: une node centrale controle les autres modules
 
* Système distribué: une node centrale controle les autres modules
 +
** Exemple de modules présents dans les robots: module capteur, module asservissement, module actionneurs...
 +
** La node principale doit être puissante et ne doit pas attendre inutilement
 +
** Node principale: microC, microP ? OS / Sans OS ?
 
* Définition d'un protocole de communication commun entre 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
 
* Implementation d'un système de retour d'erreur, de log, afin de débugger efficacement
 +
** Fault model
 +
** Clock synchronization, timestamp...
 +
** Log: affichage uart, dans fichier?
 
* Système modulaire: définition d'API afin de pouvoir remplacer des modules sans devoir redevelopper tout le système
 
* Système modulaire: définition d'API afin de pouvoir remplacer des modules sans devoir redevelopper tout le système
   Ligne 35 : Ligne 41 :  
* Retour des erreurs et des logs des robots
 
* Retour des erreurs et des logs des robots
 
* Mode automatique et mode manuel pour les robots
 
* Mode automatique et mode manuel pour les robots
 +
* Envoie de commande aux robots: start/stop
    
====Contraintes====
 
====Contraintes====

Menu de navigation