Hello,
Pas de problème pour ton problème de connection. Ca arrive a tout le monde!
Premièrement merci de m'accepter dans l'équipe.
Pour la suite, voila les remarques ou suggestions que j'ai a faire pour le projet.
[quote]-dans un premier temps le but et donc de creer un module autonome capable de memoriser le terrain de travail puis de se rendre sur un lieux precis. [/quote]
Je que la mémorisation du terrain ne dois pas etre pris en compte au début, simplement car si tu déplace un objets, cela engendrera des complication, sans compter la difficulter à coder une telle fonction.
Je pense qu'en faisant simplement un robot capable de faire le tour d'une pièce (en commenssant par un angle) en forme de coquille d'escargot "carré" tout en évitant les obstacle et en se remettant correctement pour poursuivre son chemin ensuite, cela suffirait. (et pourquoi faire ensuite des programme pseudo aléatoir...)
[quote]-il devra aussi etre capable de communiqué avec un pc via un reseau rs 232 ou 485. pour pouvoir donné des ordres a partir du pc puis de pouvoir transmettre les information qu'il aura recuperé sur le terrain. (dans la 1ere version la communication ce fera avec une liaison par cable. puis une fois que le coté logiciel et electronique tourneront bien cet liaison sera etablie par IR, US, ou meme HF.. bref ceci ne vivra que plus tard). [/quote]
Ca serait une bonne idée de pouvoir le commander depuis un terminal (PC, télécommande, etc) afin de l'obliger à faire un truc spécial...
Mais sinon, je pense pas qu'il soit utile de lui faire renvoyer les données du terrains sur un PC. Le but étant qu'il soit autonome... Mais le liaison série (RS-232) sera de toute facon présente, ne seraisse que pour envoyer le progiciel avec la méthode du bootloader.
[quote]2 criteres importants pour la realisation du robot: le couts et la possibilité de pouvoir faire evoluer de facon simple le robot[/quote]
La 100% d'accord avec toi et je rajouterais qu'il doit etre en open source...
[quote]le robot vers. 1.0:(d'ailleur sa me fait penser qu'il faudrai lui un nom!)[/quote]
Pourquoi pas L'ASPIC (tu comprendra à la fin pourquoi)
[quote]le chassi sera fait en plexiglace (bon rapport prix/soliditer/faciliter)[/quote]
La, c'est au bon vouloir de chaqu'un, car certain préfèreront l'alu, d'autre le bois, d'autre le plexie et encore d'autre des matériaux composite...
[quote]il sera sur 3 roues: 2 motrices et une roue folle[/quote]
Toujours d'accord avec toi... Et la forme du robot devra etre ronde un légèrement alongée.
[quote]chaque roue motrice utilisera un moteur independant (je prefere le moteur a CC, met il est tres important de pouvoir connaitre avec precision le deplacement du robot donc je pense peut etre a utiliser un moteur pas a pas)[/quote]
Pour les moteur indépendant, c'est une OBLIGATION!!! et CC aussi... La pércision est importante, mais on a pas besoin d'etre au 1/100 de mm près...
Parcontre je ne suis pas pour utiliser des moteurs pas à pas, j'en ai déjà enployé et ce n'est vraiment pas approprier. Le premier truc est que ca sera pas précis, tu peux facilement perdre de pas et il on pas un coupe extra-ordinaire...
Je pencherais vers un servo modifié. Soit par la méthode "normal" ou on utilise sa partie électronique, soit par la méthode enployée sur l'UPOBOT (
http://www.pobot.org/pages-robots/upobot.html ), mais en ayant une résolution de 1/4 ou 1/8 de tour...
[quote]pour la parti reconnaissance du terrain et capteurs[/quote]
J'ai déjà expliqué pourquoi je pense pas que ce soit nécessaire la reconnaissance ed terrain (comme ca il pourra changé de milieu facilement, soit etre un aspirateur, soit un tondeuse, ou encore autre chose). Donc on simplifie les capteur pour avoir le plus optimiser (il ne fait pas oublier que tout ca sera sur batterie...) Je pense à utiliser simplement un capteur sur cahque "angle" et aussi un devant et derrière. Egalement je ferais une sorte de radar...(a voir comment, mais qui tourne sur 360° avec un simple servo modifié) les capteur pourront etre soit IR, soit a contact, mais tous devrait etre traité avec un montage en amont si besoin pour donner un niveau logique (ceci est très simple a faire avec un simple microcontroleur) à l'unité central.
[quote]cotés electronique je pense qu'il est meiux de creer dans un premier temps plusieur carte pour les differentes possiblité de cet facon il sera plus simple de faire evoluer le robot. dans une version final du robot il n'y aura plus qu'une seul carte pour tout[/quote]
Pour les cartes spécifiques à chaque partie du robot, je suis 200% avec toi, et pour la version final, il faut laisser toute ces carte, premièrement, c'est plus simple à réaliser, modifier et dépanner et aussi ca permet d'utiliser les carte pour d'autre projet ou carrément d'adapté certaine chose. Imagine il y a un supère capteur qui sort, mais il n'est pas compatible avec le montage, c'est plus simple de refaire une ptite carte avec un microcontroleur qui se charge d'envoyer les bons signaux à l'unité centrale plutot que de devoir refaire tout une partie du code du CPU... Enfin c'est mon point de vu.
[quote]il nous faut donc:
-une carte interface moteur
-une carte interface capteur[/quote]
Et encore:
-une station de base pour ce recharger et encore mieux ou l'aspirteur peux vider sont sac dans un plus gros
-une carte pour la charge des accu et leur surveillance de tension
-une carte pour détecter la balise pour localiser la station de base
-une carte de "programmation" et de temporisation (avec un afficheur pour réglé l'heure de fonctionnement, jour, etc... il existe des puce toute faite pour savoir l'heure, le jour, date, année, etc)
[quote]-une carte avec le microcontrolleur j'ai pensé a utilisé le module butterfly donné par atmel.[/quote]
La gros problème... Je ne sais pas utiliser les composant d'ATMEL. J'ai regadé de plus près ce module butterfly, et je préfère presque un microcontroleur autonaume.
Moi je me pencherais plus vers un PIC 16F877 pour l'unité central ou un 18F qui sont vraiment puissants (j'en ai pas encore utiliser de ceux ceci).
Ensuite pour chaque autre petite carte, utiliser un autre PIC qui convient le mieux. Tous seront esclave du principale, mais il faudra encore définir le protocole de liaison (i2C, série, etc...)
Voila en gros ce que je peux approter à ce que tu as déjà dis...
Maintenant ma proposition est de faire un cahier des charges précis avec ces élément la. Puis d'en rediscuter ensuite.
Si tu veux je peux faire une page sur mon site web.
A+
Xavier
