Bonjour,
Depuis plusieurs années nous développons sur des systèmes embarqués avec des os temps réel du style (Vxworks, segger, ecos, lepton (https://code.google.com/p/lepton/ ).
Les micro (at91sam9261, kinetis k70,…) que nous utilisions jusqu'ici était tout à fait adapter pour ce genre d'os.
Pour nos futur projets nous avons besoin d'utiliser des micros plus puissant de fait de ce choix nous voulons utiliser du linux embarqué.
Nous avons actuellement retenue trois micro:
- sama5d31 "micro atmel cortex A5 vitesse max 500Mhz" ,
- vybrid "micro freescal cortex A5 vitesse max 500Mhz" ,
- imx6 solo "micro freescale cortex A9 vitesse max 800Mhz",
Nos différents projet ont besoin d'affichage et d'une librairie graphique (nous pourrions par exemple partir sur du QT).
Maintenant la vraie interrogation qui se pose est qu'elle est la puissance dont nous avons besoin.
Donc ma discussion est sur ce sujet et s'adresse surtout au personnes qui ont déjà développées sur du linux embarqué:
Quelle puissance choisir lorsque l'on souhaite faire du linux embarqué avec une librairie graphique évolué?
Est ce qu'un coretx A5 est suffisant ou est il trop limitatif pour le futur ou faut il plutôt partir sur un cortex A9?
Bien sur la puissance n'est pas la seul question que l'on se pose ( outil de développement, distribution linux,…)
Mais avant de nous poser tout ces questions qu'elle puissance choisir?
# Mon feedback
Posté par TheBreton . Évalué à 1.
Bonjour, il y a des questions ou l'on ne peut pas répondre pour toi
" qu'elle est la puissance dont nous avons besoin.", "est il trop limitatif pour le futur ".
Actuellement je design une carte à base d'imx6 et les questions de base était similaires (futur, évolution du produit, tout ca, tout ca). Le choix de l'imx6 c'est imposé de fait, par la montée en gamme possible et la quasi compatibilité hard/soft de la gamme.
Solo-DuaLight
Dual-Quad
Le solo-dualight est à 800mhz (DDR3-32) mais le dual-quad est à 1,2GHz (et DDR3-64bits).
Pour les outils de dev, coté ARM ADS5 est très complet et l'édition community est gratuite.
Comme on doit pas mal customiser le temps et le processus de boot ainsi que le kernel on as aussi pris une license Pro et une sonde Dstream.
Coté graphique sur les imx6 tu as aussi un core 2D et un ou deux core 3D mais je ne t'en dirais pas plus de se coté la je n'ai pas regardé, notre design est dans de l'embarqué sans display.
Mais la cartes d'eval que j'ai (a base de dualight) fait tourner un android de facon fluide sur un 10.1" 1024*768.
Pour les vybrid bien faire attention il faut une chaine de dev. specifique à freescale.
[^] # Re: Mon feedback
Posté par yodalesage . Évalué à 1.
Merci d'abord pour ta réponse, effectivement certaine questions ne peuvent pas avoir de réponses. Mais en faite ce que je recherche c'est un retour d’expérience sur l'utilisation de linux embarqué avec une ihm évolué à travers un écran VGA et qu'elle puissance a été nécessaire .
Et suivant la puissance micro qui a été choisis. A t'il fallut optimisé l'affichages? Est ce que le reste de l'application hors affichage n'a t'il pas été trop ralenti.
Par contre je te rejoint totalement sur l'évolution de la famille imx6 c'est un gros atout pour choisir cette base.
Maintenant j'ai aussi des contraintes de coût et de conso.
# je vais dire une betise mais...
Posté par NeoX . Évalué à 1.
les smartphones android sont des plateformes embarqués, elles font tourner Linux et gere de l'affichage.
les raspberrypi sont des plateformes proches de l'embarqués, et ca gere aussi de l'affichage, du decodage video en hardware.
bref, je me demande ce qui ne fonctionnerait pas avec un linux.
[^] # Re: je vais dire une betise mais...
Posté par yodalesage . Évalué à 1.
Le faite n'est pas de remettre linux en question linux tourne sur un arm7.
Mais c'est de savoir à travers l’expérience de personnes qui ont déjà développés sur du linux embarqué avec de l'affichage et une librairie graphique évolué q'elle est la puissance dont il ont eu besoin.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.