Je suis en train d'écrire un tutoriel pour l'ensemble arduino/raspberry/PC.
C'est assez long à écrire donc j'ai fait une sauvegarde en copier/collant le contenu de ma page en cours de construction dans un fichier pour plus tard.

Je voulais voir s'il y avait une méthode plus simple, en soumettant le tutoriel 'en cours', pour pouvoir l'éditer plus tard, avant de dire qu'il est pret pour publication ?
J'ai pas oser appuyer sur 'soumettre' de peur de pas pouvoir édtier, ou qu'il soit visible en l'état.

Pou les fans d'hexapode celui la est pas mal au niveau de vitesse et de la capacité de déplacements :

Bonjour à tous,

 

Petit message pour me présenter, je suis un ingénieur en informatique qui s'approche dangereusement de la quarantaine. Et dernièrement l'envie de me remettre à la robotique m'a prise, en loisir principalement, mais peut-etre même en réorientation de carrière, qui sait.

J'avais participé à la coupe e=m6 1997-1998 (les chateaux forts), ce ne fut pas glorieux mais on avait participé, et on s'était qualifié !

 

Mes domaines d'interêt sont plutôt les robots autonomes, les essaims de robots et l'"evolutionary robotics". Pour l'instant je reprends les bases, des cours et j'ai pour objectif de monter de petit robots type unicycle/self-balancing, à coups de beaglebone, ROS, actobotics etc..

 

J'ai bien aimé ce site que je lis depuis 1 mois et je vous ferais part de mes réalisations, ainsi que de mes questions qui vont avec.

 

Salut a toi, et bienvenue dans cette communauté qui sera ravie de t'aider là ou elle le peut !

J'ai l'impression que je ne suis pas le seul, mais ma principale intéraction avec le site robotmaker consiste à cliquer sur 'nouveau contenu' dans le forum.

De ce fait je n'ai vu aucun des 5 posts sur le blog qui sont arrivés cette semaine, je n'aurai pas vu l'ajout d'un robot dans le robotscope ou l'ajout d'un tutoriel, ou l'ajout de nouveaux produits dans la boutique.

 

Je clique sur 'nouveau contenu' parce qu'alors ca me filtre le forum pour ce me montrer que les nouveautés. Je ne clique pas chaque jour sur 'blog' et pour me poser la question si en haut c'est un post que j'ai pas vu. etc..

 

Je me demandais donc s'il n'était pas possible d'automatiser un liens entre le forum et les autres parties de la boutique. Une catégorie du forum "Nouveauté robotmaker.com" où de manière automatique un post est crée à chaque nouveau billet sur le blog, avec juste le titre du billet et un lien vers le billet.  Ce post du forum étant directement fermé, sans possibilité de commentaire.

Si c'est possible on pourrait étendre çà aux nouveau tutorials, aux ajouts dans le robotscope, meme peut-etre avoir un résumé hebdomadaire des ajouts dans la boutique s'il y en a eu cette semaine là ?

 

Ca permet aux habitués ( où à moi en tout cas) de ne pas rater ce qui se passe ailleurs sur le site, sans à chaque fois devoir cliquer à 6 endroits différents pour voir s'il y a qqch de nouveau ( sachant que 90% du temps y a rien de nouveau).

 

Voilà, c'était une idée en passant.

 

 

Ce n'est malheureusement pas la suite de l'EV3, étant orienté pour des enfants plus jeune, mais c'est toujours mieux que rien.

Ca formera les prochaines générations !

 

Voici mes reponses, a ces questions :

1.
On peut decomposer un robot en 4 parties :

a. Les 'actionneurs', c 'est a dire les moteurs et tout ce qui permet d'interagir avec son environment.
Donc dans une voiture on a le moteur principale, assez difficile a utiliser. Mais on a aussi les moteurs de leve-vitres, les moteurs d'essuie-glace, qui eux peut faire des robots, mais plus petit.
Doit y avoir des moteurs pour freiner et tourner pour toi dans les voitures autonomes.
Un robot genre 'transformers' de la taille d'une voiture ne peut pas vraiment etre construit a partir d'une voiture je pense, pas assez d'actionneur. En tout cas, pas la version 'bipede'

b. Les 'senseurs' tout ce qui permet de s'informer de l'environment. Dans une voiture il y en a plein, et de de plus en plus avec les voiture autonome. Capteur de pluie, capteur de lumiere, capteur de choc, detecteur de distance, camera de recul etc.

c. La mecanique : tout ce qui fait la forme, la 'flexibilite' et l'allure du robot. La avec une voiture il y a de quoi faire. 

d. Le cerveau. En regle generale c'est un 'ordinateur'. Mais dans les voitures modernes la console interactive avec le gps la musique etc contient un bon 'ordinateur' suffisant pour faire un cerveur d'un robot pas trop complexe.

 

Faire un robot a partir d'une voiture c'est globalement pas abherrant, mais le robot sera plutôt roulant que un bipède humain. D'ailleurs les voiture dites 'autonomes' sont des robots.

 

2. Oui on peut tout a faire imaginer faire un robot roulant se servant de roue de velo.

 

3. Effectivement les roues c'est beaucoup plus simple que des jambes. Mes les jambes sont beaucoup plus adaptes a un environnement varie. Pour te faire une idée, regarde toutes les difficultés qu'ont les personnes en siège roulant pour se déplacer dans notre environnement urbain.

 

4. Le cerveau du robot c'est un ordinateur, plus ou moins complexe. Un smartphone contient deja la puissance de calcul pour faire un cerveau de robot tres intelligent.

Bonjour,

 

Un "Timestamp" c'est un identificateur de temps. En règle générale dans une puce éléctronique complexe, il y a toujours un module 'timer' dans un coin, justement fait pour la gestion d'un temps. Et l'OS peut l'utiliser pour tout ce qui est lié au temps.

Donc si le robot tourne un OS de type linux, il y aura un timestamp associé, après la question c'est de pouvoir y accéder, et cela dépend du robot et du kit de développement associé.

Concernant le nombre, il y  a un temps principal sous linux, celui qui t'ai répondu quand tu fais 'uptime' par exemple, mais sur les puces éléctronique il peut y avoir plusieurs 'timer' qui peuvent être accessibles, mais de manière moins directe.

Oui tu as raison c'est souvent un module a part.

J'ai regardé pour les carte PC du type Raspberry, et elles n'incluent pas de module RTC (visiblement pour des raisons de prix). Il y a quand même un timer sur le SoC, mais sa précision est faible, par exemple ca va dériver avec la température.. C'est souvent largement suffisant pour faire des timestamps. Par contre ca ne l'ai pas pour faire un calcul avec des données GPS par exemple.

 

Après si le robot à une connection internet il est toujours possible de synchroniser son horloge interne avec une horloge standard de haute précision grace au protocol NTP.

Bienvenu a toi  !

Hmm, non, ce n'est pas vraiment comme de la programmation en C.

C'est plus complique que cela, ce sont plusieurs programmes (node) qui tournent en meme temps  avec des moyens de communication entre eux.

Si c'est votre premier contacte avec ROS, je vous conseille fortement  de trouver un livre pour vous prendre en main.

 

Quelques livres en anglais :

Effective Robotics Programming with ROS

ROS Robotics By Example
Mastering ROS for Robotics Programming

Programming Robots with ROS

Learning ROS for Robotics Programming

 

Prenez celui sur lequel vous arriverez a mettre la main, ils suivent une approche similaire, très bien pour appréhender ce qu'est ROS. C'est plus facile avec un livre qu'en suivant les tutoriels en ligne.

Salut,

 

ROS-I est une extension de ROS qui permet de faciliter l'utilisation de ROS sur des robots industrials, la plupart de type 'bras'.

La page de ROS-I montre bien son positionnement, c'est en anglais mais il y a un dessin :

http://wiki.ros.org/Industrial

 

Je ne suis pas très au fait des spécificité de ROS-I, l’idéal serait de trouver un 'robot'  avec un model de simulation sur Gazebo qui soit compatible ROS-I, mais je n'en ai pas trouve.

Tu peux tout de même commencer a partir de la page des tutoriels pour ROS-I :

http://wiki.ros.org/Industrial/Tutorials

 

Bon courage.

Soit la bienvenue, et j'espère qu'on arrivera à t'aider dans tes besoins.

Et dans l'autre sens j'espère que tu nous partageras quelques photos ou vidéos de tes futures réalisations !

Je crois que le fondateur de SofBank, Masayoshi Son est un 'fanatique' de robotique et c'est lui qui a provoqué le rachat d'Aldebaran, j'imagine qu'il est aussi à l'origine du rachat de Boston Dynamics.

L'évolution d'Aldebaran n'a pas été grandiose après son rachat, j'espère que ce sera meilleur pour Boston Dynamics.

Visiblement il existe de multiple version de ce moteur, avec different rapport de reduction.

 

Dans le magasin sur la fiche il est marque a 12000 rpm , mais ca ressemble plus au RPM avant reduction non ? Sinon dans la version avec la roue, ca va booster !

Quelle est la version que vous proposez dans le magasin ?

Merci pour les informations, je pense qu'il faudrait aussi les mettre dans la version sans la roue, puisque c'est le meme moteur.

C'est effectivement plus sympatique et efficace de travailler à plusieurs, mais comme tu le dis, une fois quitté les études il est plus difficile de trouver des associations.

Mais j'ai l'impression qu'avec  la mode des 'maker' et des 'fablab' ça s'améliore.

 

Et visiblement j'ai l'impression que tu as de la chance une petite recherche 'rennes association maker' donne :

http://www.labfab.fr/

 

Ca m'a l'air d'être un bon point de départ pour chercher ! 

Non mais maintenant je me force a cliquer sur la boutique de temps en temps et a regarder la liste des nouveaux produits. Et j'ai vu les ajouts recents avant ce poste.

 

La je commentais pour dire que c'etait cool d'avoir les T-shirt sur la boutique.

Cool le T-shirt sur la boutique !

Va falloir que je repasse commande a la boutique alors.

Je pense aussi que ton ami américain a raison, aller à l'international ne coûte pas plus cher, surtout ramener à la somme levée si :

• Tout le monde dans l'équipe comprends l'anglais, et plusieurs sont assez "bilingue"
• Le fait d'être franco-francais est une grosse valeur ajoutée du produit. Parce que tu cibles gens qui recherche du 'local' par exemple.
• Tu ne cherches pas des partenariat avec des institutions françaises
• Le support du produit ne nécessite pas de localité.

Dans ce que j'ai vu de Vigibots / Vigirobots, je ne croit pas voir d'argument contre l'internationalisant directe, surtout que même en france, les premières cibles seront très surement anglophones.

Après entre indiegogo et kickstarter je n'ai pas d'avis, je soutiens des projets sur les deux plateformes, et je n'ai jamais soumis de projet.

Etant dans la domaine de la micro-éléctronique je vais tenter de t'aider au mieux, meme si je suis pas spécialiste des FPGA eux mêmes.

 

En regle generale les fournisseur de FPGA (Xilinx et Altera) fournissent un enviroment de developpement simple, qui inclu des outils purement graphiques. Dans ton DE0 nano c'est un Altera Cyclone IV, et c'est 'Quartus' l'environment de development pour Altera.

La denière fois que j'ai utilisé l'environement graphique ( ca date de l'année 2001 quand même ), tu peux vraiment faire pas mal de chose quand même.

Après c'est comme pour les micro controlleur, tu peux coder en graphique genre mBlock, ou apprendre le C. Et bien evidemment en C tu peux faire beaucoup plus.

Mais certain élément sont plus simple en graphique, surtout pour commencer.

 

Personnelement si tu dois coder dans un langage 'hardware' essaie plutôt le verilog que le vhdl. Le verilog est plus proche du C, mais surtout je ne connais plus d'entreprise qui fait du hardware en vhdl, ils sont tous en verilog. ( Mais je ne cotoie que des entreprises internationale qui font des puces sur silicium, je sais que le vhdl existe encore en 'académique', vu que c'est un standard a l'origine européen, là ou le verilog est un standard plutôt américain).

 

Concernant la carte, 50 Mhz c'est la frequence de l'oscillateur de la carte, et donc la frequence des autres composant de la carte. Le FPGA lui-meme, l'Altera Cyclone IV a un generateur d'horloge interne qui peut monter jusqu'a 470 Mhz, mais ne reve pas tu ne pourras pas faire de la logique a cette frequence là, par contre ca dire que tu arriveras sans problemes a faire des circuits à  50 Mhz en interne du FPGA. En fonction de ton code, la 'synthese' sur le FPGA te dira a quelle fréquence maximum tu pourras le faire tourner

C'est une très bonne idée, on passes plus de temps sur le simulateur que sur le fpga.

Et tu peux tout faire avec le simulateur, mis à part interagir avec les élements exterieur au FPGA, qui sont sur la carte.

 

Si tu as des questions ou rencontre des problèmes en verilog, n'hésites pas à les exposer ici, je pourrai surement t'aider.

Faire une animation de 'feu' pour les soirees d'hiver

Bienvenu à toi !

Un humanoide est un challenge, avec beaucoup de satisfaction au bout !

Je trouve effectivement les résultats de recherche très pertinent ( sur les tests que j'ai fait), surtout, ca gère bien les typos et ça, c'est le bonheur, pour moi

Et si les 4 annonces de début sont le prix à payer pour avoir une accès à un outil de recherche de ce niveau, ca ne me gène pas.