lhebui a écrit :- Gestion aussi du module lui-même pour qu'il se mette en sommeil ou qui limite sa fréquence de clock (je ne sais pas si c'est possible sur ARM).
Bien sûr que si c’est possible : sur BananaPI, il « suffit » de :
- mettre les différentes fréquences acceptées dans le dtb (ou le Fex suivant la version d’uboot)
- paramétrer le kernel pour prendre le prendre en charge
Et voilà, c’est fait. A noter que la fréquence sera d’office diminuée si la température du Soc monte trop.
Reste plus qu’a trouver l’équivalent sur le rPI.
lhebui a écrit :Bon, ma demande est peut-être déplacée, moi qui a pour l'instant un mythbuntu qui bouffe 70 watts mais je regarde du côté du raspberry pi 3 pour essayer de migrer cette config par exemple et diviser ma conso par 7 ...
J’ai sauté le pas depuis plus d’une année et je m’en félicite Je suis passé de 100W de mon ancien celeron à moins de 5W avec le BananaPI pour un niveau de service très largement supérieur : en effet, le dit Celeron n’avait que 256Mo de RAM et … ramait un max (Deluge + mediatomb + apache + php + postgreSQL … ça faisait un peu trop). Maintenant, avec 1Go + ARM au code moins glouton que l'Intel, il reste un max de mémoire pour faire autre chose …
Par contre, il faut faire gaffe avec les raspberry : comme le réseau et l’USB passent par le même canal, faut s’assurer que ça passe sur les gros fichiers 4k ou simplement FullHD 3D
Gros déterrage maintenant concernant le framebuffer : je ne sais pas si des gens ont bossé la dessus (sans doute pas vu le manque d’activité de ce sujet
), mais j’ai créé un framework nommé
Sélénéqui se base sur DirectFB et qui permet de faire du graphisme de bas niveau sur les Framebuffer Linux : le tout fait en C donc très léger et à base de script Lua. Testé et approuvé sur mon bananaPI et sur une tablette (c’est mon dashboard depuis quelques mois maintenant), mais si qq’un veut tester sur rPI et/ou participer aux, il sera le bien venu