Articles précédents : Articles
- [50] Linux en entreprise : deux nouveaux exemples de migration
- [3] Conférence le 22 février à Paris (CNAM & La Recherche)
- [15] OpenChange: Communiquez avec Exchange depuis Linux
- [7] Libre en fête autour du 21 mars 2007
- [9] Cassandra, le logiciel de visualisation scientifique 3D utilise VTK 5.
- [38] kqemu devient libre, qemu 0.9.0
- [6] Virtual Loup-de-mer : simulation de course à la voile
- [27] Lettre ouverte aux constructeurs
- [27] L'APRIL écrit à l'AFNOR à propos d'OOXML
- [11] Enlightenment a besoin de vous !
Liens connexes
- Wiki du projet (1058 hits)
- Le projet SourceForge où télécharger la nouvelle version (190 hits)
- Annonce de la naissance du projet sur linuxfr (167 hits)
Dépêche modérée par
Dépêche éditée par
Articles : Sortie de la version 2.0 du projet Armadeus
Posté par Julien Boibessot (page perso, ). Modéré le 11 février 2007.
Et bien la version 2.0 de l'ensemble logiciel du projet vient de paraître. On notera comme nouveautés :
- U-Boot en version 1.1.6 ;
- La mise à jour de la version de Buildroot (30/10/2006) ;
- Le noyau Linux ARM en version 2.6.18.1 ;
- Le support de nouveaux écrans LCD 320x240 (TFT & STN) ;
- De nouveaux pilotes Linux : contrôleur SPI, PWM, chargement du FPGA, RTC DS1374, ADC MAX1027 ;
- La correction de plusieurs bugs suite aux retours des nouveaux adhérents.
Avec cette nouvelle version logicielle, le projet gagne en maturité et est enfin prêt à être facilement intégré dans des exemples concrets d'applications.
Les outils pour faire fonctionner les différents interfaces matérielles sont désormais tous là et les idées des membres aidant, d'intéressants prototypes devraient voir le jour dans les mois qui viennent.
Si vous êtes fans de logiciel embarqué, n'hésitez pas à visiter le Wiki de l'association et poser vos questions/apporter vos remarques !
![[fr]](../../../images/fr.png)
Wiki du projet (1058 hits)![[en]](../../../images/en.png)
Le projet SourceForge où télécharger la nouvelle version (190 hits)-
Annonce de la naissance du projet sur linuxfr (167 hits)
> Lire la dépêche (18 commentaires, moyenne: 1,7).
Pour de la robotique
J'avais regardé cette carte pour faire de la robotique.
Mais il y a plusieurs soucis. Déjà le manque de FPU, si on utilise un truc plus gros qu'un PIC ou qu'un ATMEGA, c'est pour faire du calcul et souvent des calculs géométriques super chiant à faire en entier. Ou en sont vos tests pour la puissance en fpu ?
Ensuite, on rève toujours de faire de la vision. Ici, il y a un port intégré pour capteur CCD mais je pense que le capteur en question doit être introuvable. Le fpga serait un super point pour faire un prétraitement mais encore faut-il avoir accés à la camera. Ou en est l'intégration de cette camera ?
Ensuite, mais c'est un problème général, il faut plusieurs sortie pwm pour controler moteur et autre servomoteurs, le fpga peut fournir cela. Au niveau des entrées, plein de CAN simplifie les problèmes potentiels pour lire des capteurs.
Une sortie I²C pour causer avec des pic pourrait être bien, quoi que le spi pourrait suffir.
-
[^]Re: Pour de la robotique
Posté par salocin68 () le 11/02/2007 à 16:33. (lien). Évalué à 1.Il n'existe pas de FPU sur de l'ARM9 en standard. Il faut passer sur de l'ARM11 pour en trouver. Le calcul de flottant est assuré en soft. Niveau programmation c'est transparent mais niveau perf il y a une nette différence.
Nous n'avons pas encore eu besoin d'effectuer de calcul flottant donc les mesures n'ont pas été faites :(.
Le port CCD est compatible avec les capteurs standards du marché utilisés dans les téléphones portables. Ces composants sont dispos chez les distributeurs (ex: mouser). La encore, aucun essai n'a été effectué par manque de temps. Nous avancons par priorité et suivant les demandes. Si plusieurs personnes sont intéressées par un dev alors on le planifie.
Le FPGA est idéal pour faire du traitement d"image et pour la robotique. Dans le premier cas on peut profiter du calcul parallèle pour appliquer des filtres sur des matrices et dans le second cas, de nombreux PWM, SPI peuvent être implémentés. Il faut quand même, pour le moment, avoir des connaissances en programmation VHDL/Verilog.
Pour information, deux clubs de robotiques sont depuis peu, "membres" de l'association.-
[^]Re: Pour de la robotique
Posté par Matthieu C () le 11/02/2007 à 17:59. (lien). Évalué à 2.Il n'existe pas de FPU sur de l'ARM9 en standard.
IIRC il existe une FPU optionnel sur les arm9 : le VFP (Vector Floating Point)
Il y a aussi le arm926ejs qui supporte des extensions "dsp".-
[^]Re: Pour de la robotique
Posté par Nicolas Boulay () le 11/02/2007 à 19:09. (lien). Évalué à 2.Le rève serait un Cortex A8 mais bon, je ne crois pas qu'il soit encore sorti.
-
[^]Re: Pour de la robotique
Posté par salocin68 () le 11/02/2007 à 19:22. (lien). Évalué à 1.eh oui ca fait rêver ! faut patienter encore un peu avant de le voir sur le marché...
-
[^]Re: Pour de la robotique
Posté par Nicolas Boulay () le 12/02/2007 à 08:18. (lien). Évalué à 2.En passant comme ça, se faire une carte mère à base de Geode 500 Mhz, cela serait trop complexe ? J'imagine qu'une tel carte aurait du mal à couter moins de 400/300¤ sauf produite en très grande quantité.
L'avantage des geodes est leur très faible consomation et le fait d'être des x86, donc n'importe quelle distrib tourne dessus. (et la puissance de calcul par rapport à un arm)
http://www.soekris.com/net5501.htm va en produire un, mais c'est destiné à en faire des appliances réseaux. En général, il manque des IO pour faire de la robotique. (CAN, pwm, compteur, control de servo moteur, I²c/SPI/RS-232)
J'imagine que c'est encore un autre projet en soit d'une autre dimension. A moins de faire une carte PCI "propre" à brancher dans le soekris.-
[^]Re: Pour de la robotique
Posté par Julien Boibessot (page perso, ) le 12/02/2007 à 11:26. (lien). Évalué à 2.>L'avantage des geodes est leur très faible consomation et le fait d'être des x86, donc n'importe quelle distrib tourne dessus. (et la puissance de calcul par rapport à un arm)
Une architecture x86 est loin d'être un avantage en embarqué (sous- entendu: sans alimentation secteur): taille, conso, connectivité -> c'est pas la joie.
Même si le Geode consomme moins qu'un proc x86 classique ça reste énorme comparé à un ARM9 (<1Watt).--
Armadeus Team: http://www.armadeus.org-
[^]Re: Pour de la robotique
Posté par Nicolas Boulay () le 12/02/2007 à 15:02. (lien). Évalué à 4.Un soekris basé sur le geode 266Mhz avec 128Mo de ram, et un CF, l'ensemble bouffait entre 5 et 10W.
Une geode LX de 600Mhz est annoncé à 0.9W. (un geode LX est proche d'un athlon il me semble)
Donc, si on regarde le rapport mips/whats, ce genre de solution x86 est loin d'être mauvaise en comparaison. Si on a besoin de fpu, il n'y a pas photo. Un arm9 266 doit être comparable à un pentium 100 en entier. Et encore.
Donc, certe un geode bouffe un peu plus, il aura du mal dans un téléphone portable mais c'est globalement aussi très interrescant pour des équipements plus gros.-
[^]Re: Pour de la robotique
Posté par Julien Boibessot (page perso, ) le 13/02/2007 à 13:25. (lien). Évalué à 2.> Un soekris basé sur le geode 266Mhz avec 128Mo de ram, et un CF, l'ensemble bouffait entre 5 et 10W.
ça reste 5 à 10 fois supérieur à un système à base d'ARM :-)
> Une geode LX de 600Mhz est annoncé à 0.9W.
0.9W minimum, 1,8W typique et ça juste pour le processeur. Quand je parle de moins de 1W c'est pour le système complet pas juste le proc en fait.
> Un arm9 266 doit être comparable à un pentium 100 en entier. Et encore.
un ARM9 type i.MXl est donné à 200Mips @ 180Mhz. C'est quoi les perfs d'un pentium ?
Bon c'est vrai que les chiffres ça veut pas dire grand chose sortis du contexte :-) Après tout dépend de comment ton système est architecturé...--
Armadeus Team: http://www.armadeus.org-
[^]Re: Pour de la robotique
Posté par Nicolas Boulay () le 13/02/2007 à 17:02. (lien). Évalué à 0.un ARM9 type i.MXl est donné à 200Mips @ 180Mhz. C'est quoi les perfs d'un pentium ?
Le double de la fréquence. Un pentium est dual issue in order. Un arm9 est un simple issue.
C'est vrai que l'arm et le x86 ne sont pas trop comparable.
-
[^]Re: Pour de la robotique
Posté par Nicolas Boulay () le 13/02/2007 à 17:11. (lien). Évalué à 3.un ARM9 type i.MXl est donné à 200Mips @ 180Mhz. C'est quoi les perfs d'un pentium ?
Le double de la fréquence. Un pentium est dual issue in order. Un arm9 est un simple issue.
C'est vrai que l'arm et le x86 ne sont pas trop comparable.
Mais en robotique, avec des moteurs qui bouffent plusieurs dizaines de whatt, c'est pas l'informatique qui consomme 1W au lieu de 10 qui fait vraiment la différence.-
[^]Re: Pour de la robotique
Posté par Julien Boibessot (page perso, ) le 20/02/2007 à 17:18. (lien). Évalué à 1.> Mais en robotique, avec des moteurs qui bouffent plusieurs dizaines de watt, c'est pas l'informatique qui consomme 1W au lieu de 10 qui fait vraiment la différence.
C'est sûr que si tu es dans la construction de Tanks ça ne joue pas mais si jamais tu es dans le plus fin, genre insectes explorateurs, ça peut aider... ;-)--
Armadeus Team: http://www.armadeus.org
-
-
-
-
-
-
-
-
[^]Re: Pour de la robotique
-
-
Temps réel
Bonjour,
je voudrais savoir s'il est possible de faire un chronomètre fiable (précision inférieure à la milliseconde) avec une telle carte.
On arrive avec un PIC ou un AVR à de telles choses car il y a des timers dédiés mais là ?
J'avais commencé un projet de chrono embarqué pour les sports mécaniques (karting, moto, auto) commandé par une sonde à effet Hall... mais je n'ai malheureusement pas trop de temps
http://www.celles.net/wikini/wakka.php?wiki=OpenChrono
Cordialement
-
[^]Re: Temps réel
Posté par Julien Boibessot (page perso, ) le 11/02/2007 à 16:04. (lien). Évalué à 2.dans le processeur utilisé sur la carte (i.MXl) tu as 2 timers avec une résolution minimum de 1/freq horloge du processeur, càd un peu plus de 5nanosecondes.
La carte pemet de faire tout ce qu'on fait avec un PIC ou un AVR, pas de soucis là-dessus ;-)
tu en étais resté où dans ton projet ?
on peut regarder pour te donner un coup de main sachant qu'on a déjà tout ce qu'il faut pour piloter un LCD graphique et une MMC. Reste l'inconnu de tes besoins "temps réel" car pour l'instant seul Linux tourne sur la carte (sans extension RT).--
Armadeus Team: http://www.armadeus.org-
[^]Re: Temps réel
Posté par scls19fr (page perso, ) le 12/02/2007 à 05:58. (lien). Évalué à 2.Le chrono fonctionne (en simu avec VMLAB et WinAVR-gcc comme compilo)
De même que le compte-tour.
Ce qui me manque actuellement ce sont des lib haut-niveau pour gérer l'afficheur.
Un peu comme sur
http://www.segger.com/emwin.html
Pour les lib bas niveau de gestion de LCD on arrive à trouver mais les lib haut-niveau sur l'AVR c'est un peu le désert...
On peut en discuter en privé si tu veux
http://www.celles.net/contact
(désolé je n'ai pas trouvé ton mail)
@+
-
[^]Re: Temps réel
Posté par scls19fr (page perso, ) le 12/02/2007 à 17:28. (lien). Évalué à 0.Le chrono fonctionne (en simu avec VMLAB et WinAVR-gcc comme compilo)
De même que le compte-tour.
Ce qui me manque actuellement ce sont des lib haut-niveau pour gérer l'afficheur.
Un peu comme sur
http://www.segger.com/emwin.html
Pour les lib bas niveau de gestion de LCD on arrive à trouver mais les lib haut-niveau sur l'AVR c'est un peu le désert...
On peut en discuter en privé si tu veux
http://www.celles.net/contact
(désolé je n'ai pas trouvé ton mail)
@+
-
Yann
Hello,
Je viens de vous envoyé un mail sur le mail de votre association.
Je souhaitais juste savoir ce qui a motivé le choix pour ce uP plutôt qu'un autre ARM. Je pensais comme je l'ai déjà dit au AVR32, qui fait 210MIPS/150 Mhz contre 200MIPS/180Mhz pour cet ARM9, mais qui a l'avantage d'avoir déjà un DSP intégré ...
Merci :D
Yann
Cette page a été générée par Templeet en 0.101s (dont 0.0179 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.