Reprise du message précédent :

Faut dire que c'est tellement prometteur sur le papier qu'on se demande si c'est bien réel.
 
Ca doit être sympa, une fois interfacé avec un Arduino...

ce genre de truc m'interessera grandement le jour ou je pourrais l'utiliser pour plusieurs format vidéo HD, ca fera un super media center pas cher

Dite est-ce que ce Raspberry Pi aura une API pour utiliser les bus I2C et SPI, où est-ce qu'il faudra se taper du code ARM natif en assembleur pour ca?

 
Perso je me demande surtout comment utiliser les I/O et se passer justement d'une arduino    

 
Ca dépend vraiment de ton utilisation de l'Arduino : si tu l'intègres directement dans tes projets, ou si tu t'en sers juste comme plateforme proto. Après, on revient à l'éternelle bataille entre microprocesseurs et microcontrôleurs
 
 
Y'a quand même une énorme question en suspens, c'est de savoir s'il y aura une vraie distro dédiée. Pas une distro ARM générique à la Debian/Ubuntu, mais réellement d'une distro dédiée. C'est à dire avec un noyau préconfiguré au poil, des applications compilées correctement avec toutes les optimisations spécifiques à cette plateforme.
 
Le peu que j'ai lu, c'était de la distro ARM standard. Un peu comme si on restait avec du software i386 pour nos x64... Un peu dommage.
 
Après, il reste l'option Gentoo, mais ça implique probablement de faire du cross-compiling...

ya un kernel dédié/patché qui est sorti, je l'ai déjà cross compilé. Apres rien n'empêche d'avoir une distrib « classique » par dessus !

Ils sont complémentaires. Microprocesseur d'un côté, microcontrôleur de l'autre.
 
Raspberry dispose de la puissance de calcul, de plus de possibilités d'interfaçage "complexes", type audio/vidéo/réseau. Arduino dispose de plus de possibilités d'interfaçage "bas niveau".
On sait déjà que Rasberry n'aura pas d'entrées analogiques, par exemple. S'il y a PWM, ce sera seulement en logiciel. A priori, il n'y aura pas non plus de tri-state.
 
En outre, Arduino est une plateforme de prototypage. On n'est pas censé laisser l'Arduino dans les projets finis, mais ne garder qu'un microcontrôleur qui coûte 3€, mesure moins de 4x1x1 cm, et pompe 60 mW sur le 5V...
 
Ce sont vraiment deux univers différents, qui gagnent beaucoup à fonctionner en synergie.
 

 
Le fait que tous les Rasberry disposent tous d'un hardware rigoureusement identique est un énorme atout, tant dans l'optimisation du kernel que tu évoques, que dans celle des binaires. Il y a peut-être des gains de performances substantiels à aller chercher du côté de la compilation de binaires avec des optimisations spécifiques au modèle de processeur du Rasberry, par rapport à des binaires ARM "génériques".

 
Bein disons qu'au boulot, je monte déjà des petits systèmes à base d'arduino et de pc pour de l'acquisition de données. Un bout de code sur l'arduino lit des changements d'état sur l'entrée numérique, parle sur port série au pc qui met ça en base de données pour ensuite afficher ça grâce à un serveur web. C'est un peu lourd mais ça marche bien. On ne vient pas de l'électronique donc déjà une carte toute packagée comme l'arduino à 25€, ça nous arrange pas mal, plutôt que d'acheter une carte d'acquisition ou de fabriquer la notre. Si on peut remplacer PC+arduino par une seule carte à 35€ ( + boite, + alim, + carte sd, + ... ), ça serait über cool  
 

 
Le cross-compiling me fait peur aussi mais la carte est suffisamment puissante pour qu'on compile des choses directement dessus non ?

le cross compiling n'a RIEN de compliqué !

Probablement, oui.
 

Disons que si je commence à compiler du code ARM, ce sera probablement dans une optique Gentoo.
 
Gentoo, c'est que du bonheur à l'utilisation, mais l'installation et la configuration, euh...

Vous pouvez développer (roh le jeu de mots   ) ce qu'est le cross compiling et son utilité svp. Les noobs de ce topic voudraient s'instruirent en suivant ce thread !

J'ai trouvé ça sur wiki :  
"A cross compiler is a compiler capable of creating executable code for a platform other than the one on which the compiler is run."  
 
En gros, ce serait apparemment un compilateur qui peut créer du code exécutable pour une plateforme X en étant lancé pour la compilation sur une plateforme Y différente.
 
Qu'entend-on par "plateforme" dans ce cas ??

OS et hardware different je suppose. Tu compile sur une archi intel x64 pour du ARM.
da ist good !

voilà, et ya des outils super simple sous n'importe quel distrib linux !

Exemple pour compiler le kernel raspi sur Arch sur mon PC de bureau, tout ce qu'il y a de plus x86 (Core i5) :
yaourt -S cross-arm-linux-gnueabi-gcc-base
On récup le kernel via git, et dans le dossier linusque :
make ARCH=arm CROSS_COMPILE=/usr/bin/arm-linux-gnueabi- -k

héey mais cool, j'apprends des trucs ici moi.
désolé pour la question noob-type : mais on peut donc compiler un noyau Linux, par exemple, un noyau fedora, depuis un autre Linux qui est déjà fonctionnel, par exemple, depuis ma Ubuntu là ?
Je pensais naïvement que la compilation se faisait 'en live' sur un disque vierge et que ça "installait" le système à la volée.
 
Donc, et si on peut donc bien compiler depuis un système entrain de fonctionner, comment ça se passe après pour installer ? Faut-il mettre ça sur un support externe (CD, clé USB) ?
Quelqu'un aurait-il quelque page web intéressante pour débuter, mais vraiment débuter dans la compilation de noyaux ?
J'aimerai essayer, avec un vieux disque dur tout pourri, pour apprendre un peu tout ça.

ton exemple n'est pas le meilleur
 
tu peux compiler un logiciel X sur une plateforme Y (x86 par exemple) pour rouler sur une plateforme Z (arm par exemple)

Alors, en gros... N'étant pas spécialiste, je laisse aux experts le soin de corriger et de tackler si nécessaire... L'intérêt de la compilation en général, c'est d'avoir un système parfaitement optimisé à sa configuration.
 
La compilation du noyau permet de modifier certaines de ses fonctions pour l'adapter véritablement à l'usage que l'on en fait. On peut ainsi améliorer la rapidité du noyau, minimiser son occupation mémoire, augmenter sa compatibilité avec des matériels variés, etc...
Evidemment, on ne peut pas tout avoir, et il faudra oriente ses priorités : les critères optimaux pour une configuration "par défaut" ne seront pas les mêmes que ceux d'un système monté sur un Raspberry qui ne seront pas les mêmes que ceux d'un serveur d'entreprise.
 
La compilation des binaires suit la même logique. On choisit entre une performance maximale pour un processeur donné, ou une compatibilité maximale pour tous types de processeurs. On peut aussi choisir entre temps de compilation et optimisation en taille et performances du programme final.
Les processeurs évoluent dans le temps, et proposent des fonctions spécialisées qui vont donner des boosts de performance appréciables, notamment pour les programmes multimédias. Sauf que ces fonctions diffèrent d'un fabricant à l'autre, d'une génération à l'autre. Le choix de la compatibilité maximale fait que le logiciel que l'on va télécharger ou qui dort sur une clé USB fonctionnera aussi bien sur un Intel qu'un AMD, aussi bien sur un Core i7 Exclusive Black Gold Extreme Platinum Edition 64 bits que sur un bon vieux Pentium II 32 bits.
Le choix de la performance maximale, c'est d'activer toutes les fonctions spécialisées disponibles sur un seul type de processeur : celui de sa machine.
Mais le jour où tu as un pépin sur ton système, ce n'est pas la peine d'espérer transférer le disque dur en imaginant qu'il fonctionnera correctement sur un autre, surtout plus ancien.
 
Dans le monde magnifique du Raspberry... Je peux choisir d'optimiser les programmes à fond, et ensuite passer la carte SD sur un autre de mes Raspberry ou celui d'un pote, sans jamais avoir me demander quelle marque ou quelle gamme de processeur sa bestiole peut bien avoir dans les entrailles.
(pour le noyau, c'est un poil plus compliqué, on peut choisir d'optimiser à fond, bien sûr, mais garder une certaine compatibilité peut être souhaitable, ne serait-ce que pour pouvoir faire fonctionner les tas de bidules USB bizarres qu'il a dans ses tiroirs...)
 
Le cross-compiling consiste à effectuer ces compilations sur un système complètement différent du système qui sera finalement utilisé. Par exemple, parce qu'on dispose d'un PC beaucoup plus performant qui fera la compilation en un temps réduit. Ou alors qui pourra le faire la nuit sans réveiller la moitié du quartier avec ses ventilos. Ou encore parce qu'on ne peut pas se permettre d'immobiliser une machine pendant des heures, le temps que la compilation s'effectue. Ou encore parce qu'on n'a pas accès, sur le moment, à la machine en question...
 
Le premier problème du cross-compiling, c'est que si ma machine connaît globalement ses propres composants, elle n'a pas la facture de toutes mes bécanes et de celles de mes potes. C'est très con comme image, mais ça veut dire que le réglage des paramètres en cross-compiling se fera donc exclusivement à la main. Le second problème, c'est que le Raspberry n'est pas encore commercialisé, donc c'est assez difficile de tester le résultat du cross-compiling en question...

Drap' pour pas perdre ce topic

+1

Vivement que ça sorte !

C'est pour le 20 apparement    

Je me demande s'il y aura d'autres moyens de paiement que le sempiternel paypal ou le paiement par carte de crédit...  
J'espère.

Si des revendeurs Français le propose oui.
mais à mon avis au début tu devras te contenter de Paypal !

m**e

Tu voudrais quoi de plus comme moyen de payement ?

virement bancaire tout con.

les virements internationaux ont/toujours/souvent (choisissez selon votre banque ^^) des commissions non négligeable
 
d'où Paypal, qui même payant reste moins cher !

Non et puis je pense que ça alourdirait la procédure. On peut automatiser le paiement par CB ou paypal. Pour les virements, il faut faire les validations à la main. Je crois pas qu'on puisse savoir automatiquement qui a payé quoi comme avec une CB.
 
On est pas en train de vendre une armoire sur ebay là.
 
J'ai hâte que ça sorte en tout cas !
 

oh oui

 
oui, pour faire un virement à un particulier belge ma banque réclamait 22 euros, j'aurais cru qu'avec les numéros il leur suffisait d'appuyer sur un bouton.
alternativement j'aurais payé 4 euros mais on me réclamait des coordonnées détaillées, nom et adresse de la banque. à se demander à quoi servent les fameux numéros internationaux.

Apparement, il sera possible de payer par virement ou par cheque :

Chèque, à moins d'avoir un chéquier britannique, ça m'étonnerait, me semble bien qu'ils sont anglais, et donc je pense pas qu'ils acceptent les chèques français. Par contre virement ça devrait donc être possible.

les chèques à l'étranger n'ont aucune valeur de mémoire...

EDIT: qu'on s'entende bien : les chèques français n'ont aucune valeur à l'étranger

Ce topic manque de sondages...
 
Alors, qu'allez vous faire de votre Raspi ? Une MAMEbox ? Une Piratebox ? Un autre type de serveur ? Un micro PC pour faire des tâches bureautiques, un peu de web ?
 
J'me tâte. Je sens que ça va être un peu de tout ça à la fois, avec une carte SD pour chaque utilisation, jusqu'à ce que je me décide...
 
Ou que j'en achète douze.

Montage vidéo HD 3D 4k, multitasking, webserver avec bdd, NAS, chauffage à distance.

serveur de backup, sondes Nagios et/ou sondes d'intrusions, videosurveillance, serveur d'impression, serveur web léger etc.

Serveur download (video de ma famille bien sur   )/DLNA d'un coté et media player branché sur ma TV de l'autre  

idem media serveur sur la TV qui lira en DLNA le NAS

un copain pour le dockstar  

En parlant de ca, on a une idée de la conso par rapport au dockstar (7/8w en charge de mémoire) ?