uran

Salut,
Si je peux juste me permettre quelques suggestions pour ce projet:

1. Oublier les ensembles radio de modélisme, dèjà parce que çà ne semble pas être du modélisme donc pas le droit à ces bandes de fréquence. Et ensuite c'est pas forcément le plus approprié. A la limite taper dans le domaine du RFID en boustant un poil pour couvrir 1m de portée et sur quelques fréquences pour palier à tout le stress environnant.

2. Prévenir et se localiser en cas de perte, les bips sonors c'est sympa quand on est à proximité, si l'utilisateur s'éloigne un peu trop rapidement si l'engin se trouve bloqué, çà devient galère. Une solution serait un récepteur GPS pour la localisation et un modem GSM pour prévenir le propriétaire vu que le téléphone portable est plus que répandu.

3. Tu peux même prévoir un GPS sur l'utilisateur qui envoit sa position au robot, à la précision du GPS tu seras au mieux au mètre. Mais ce sera la solution électronique la plus simple et la moins couteuse en radio. A moins que tu trouves quelqu'un capable de concevoir aisément des goniomètres radio ce dont je doute fortement

4. pour la mécanique, tu seras plus rapide sur roue ou chenilles mais le franchissement d'obstacles ne sera pas des plus aisés. Tu as la solution des pattes mais c'est beaucoup moins rapide. L'idée serait de mettre des roues au bout des pattes pour avoir les avantages des deux, mais çà complique, alourdit, c'est plus cher, etc etc...

5. Le budget de 300euros pour ce genre de projet me parait vraiment vraiment très bas au vue des performances escomptées. La mécanique n'est pas anodine, l'électronique est relativement "bateau" mais couteuse, le soft un poil ardue tout de même.

6. Pour pouvoir répondre un peu plus, il faudrait quelques info supplémentaires, du genre autonomie, vitesse de déplacement (de croisière, la max on s'en fout un peu), encombrement de l'engin.

Il faut aussi le concevoir dans une optique de production et non pas dans celle du robot à l'unité où on n'a pas le temps de tout prévoir parce que le concours est à la fin de la semaine. Ca veut dire prévoir que l'on peut tout assembler aisément et changer n'importe quelle partie sans devoir tout démonter (hein Renault et son phare avant droit de scénic). A tout çà s'ajoute encore pas mal de contrainte de conception quand on veut vendre un produit électronique qu'il faudra prendre en compte lors de la validation des proto.

Mine de rien c'est quand même costaud comme projet oO

J'espère avoir aidé un peu (et pas trop dégouté sur certains points )

Yann

Par exemple à mes temps perdus je concois un PCB à base de PIC 16 bits 100 pattes (TQFP100) et quand elle sera finie (si elle est finie un jour, vu mon peu de temps perdu en ce moment ...) je compte bien en tirer une vingtaine d'exemplaires pour des amis roboticiens ou d'autres personnes interessées. Là c'est interessant parce que c'est un PCB facilement intégrable à un projet, qui à des fonctions interessantes, et surtout indispensable parce que les composants ne sont pas disponibles en version DIP (bon par contre faut un fer très fin et un peu de technique pour souder du TQFP100, cherchez le format sur google, vous verrez que ca fait un bonne densité de pattes ... maintenant si les choses avancent bien, et si suffisemment de plaques sont commandées, je voudrais essayer de souder les plaques avec un four à reflux, mais c'est pas gagné ...).

Salut,
J'avais expliqué sur le forum de PS pour la FAQ une méthode qui peut paraitre un poil sauvage au premier abord mais très efficace pour souder ce genre de boitier avec un fer traditionnel et de la tresse, c'est une méthode que j'ai mis en pratique et qui est approuvée en dépannage sur des CI HS en production.
Passer les plaques au four à refusion nécessite la fabrication d'un masque pour disposer l'encrémage, ca coûte plutot cher de faire faire ce genre de masque, de plus il me semble que le PCB doit intégrer certains repère pour le robot qui fera tout ca et en plus faire le soft qui pilote le robot pour ce PCB.
NB: je retravaille à partir de janvier où y'a tout ca, je pourrais demander un peu comment tout ce passe en détail, mais j'ai du rassembler l'essentiel au dessus.

http://www.geii.iut-nimes.fr/fg/fichiers/rob/L298_01.pdf

Ce petit montage marche très très bien.
Vérifie tes soudures, comme indiquer sur mon pdf.

Salut,
Je me permet une petite remarque au sujet de ce schéma tout de même, les diodes de roues libres à utiliser doivent être de type rapide genre schottky et non de bêtes diodes de régulation(1N400x) comme sur le schéma. Il est donc préférable d'utiliser un des 2 autres refs de diodes données dans la nomenclature.
Amicalement Yann

Il s'agit d'un prochain article pour Electronique Pratique.

4 capteurs à réflexion SG2-BC économiques et peu performants
Les moteurs sont des solaires à réducteur planétaire assez performants pour un prix 20€ pièce
interface classique à L293D et PIC16F88.
Pas de MLI interne, tout en assembleur.
prog en C, mais pas d'algo type PID, plutot une prog classique pour robot débutant.
Et toujours une bonne dose de patience pour débugger sans essayer d'être performant du premier coup.

Les détails, plans, schémas, nomenclature et prog sources disponibles prochainement dans Elect. Prat.

Salut,
Bravo pour le robot et son futur article dans eprat.
Au sujet de cet article (et de ce genre d'article en général), je me demandais si il serait possible d'ajouter à la nomenclature une fourchette du prix de reviens de l'ensemble. Je trouve que c'est quelque chose qui manque depuis que je lis des revues sur l'électronique (mes premières lectures du genre sont des eprat de 1982 piqué à un oncle). Ca pourrait être interressant pour les plus jeunes qui se demandent à combien pourrait revenir tel ou tel montage vu que la plus part ont des moyens très modestes.

Faudrait savoir si le uC dont parle Hcou29 est un pic avant de lui parler de pic

Pour info Hcou29, une isolation galvanique assure une isolation électrique entre 2 circuits interagissant l'un sur l'autre. C'est le role des optocoupleurs, des relais, ou des transformateurs.

Suivant ton appli, tu peux simplement booster un peu tes 2 mètres de cables par un buffer, un cable blindé (donc relié à la masse des 2 cotés du cable) et éventuellement des ferrites de chaques coté où le cable ne sera pas blindé. Attention de ne pas atténuer tes signaux avec la ferrite, il faut la dimensionner en fonction des signaux et du type de parasites recontrés.
Tu peux également utiliser un filtre passe-bas du 1er ordre (un R série et une capa à la masse) sur ta liaison du coté où arrive le signal.

La solution un peu plus sofistiquée serait d'avoir un peu d'électronique de chaques cotés et mettre en place une liaison série dans le style RS232, pas I2c car très sensible aux parasites. Cela nécessite davantage d'électronique et de temps de réalisation pas forcément justifié pour quelques mètres de cable.