Reprise du message précédent :
Y a pas de boitier dispo pour la rock64 ?

2 bouts de plexi avec des entretoises non ?

edit: https://www.pine64.org/?product=roc [...] -enclosure

 
Salut,
 
Je m'étais basé sur ceci:

 
Nom d'hôte: 104.31.71.111
Adresse IP: 104.31.71.111
Pays:   United States
Code de pays: US (USA)
Région: California
Ville: San Francisco
heure locale: 15 Aug 22:10 (PDT-0700)
Code postal: 94107
Latitude: 37.7697
Longitude: -122.3933
sitespeek.net: pine64.org
 
Mais bien sur, même si le site est US, ils peuvent très bien expédier de chine...
 
Merci pour l'info.
A+

ce qui est indiqué sur la carte : design in silicon valley, produced in silicon delta, china

Si tu as installé une distribution gnu/linux, peux-tu, aussi, faire un test octane avec chromium pour voir ce que ça donne? : https://chromium.github.io/octane/
 
Pour information, avec une raspberry pi 3 à 1.3Ghz, j'obtiens un score de 3200 en moyenne, sous ubuntu.
 
Sinon, est-ce que ta carte arrive à lire des vidéos, sans saccade, en 720p ou 1080p dans chromium ?

J'essaierai ça demain, avec une sd card toute neuve arrivée ce matin.
J'espère que ça bridera pas trop vs l'emmc.
Au besoin, je t'enverrai un MP si je galère un peu

Le prix a baissé depuis ma dernière visite, faible comme je suis, j'ai commandé direct  

Si j'ai bien compris, tu l'utilises, surtout, en headless ton odroid xu4 ?
 
Il y a une video montrant le montage du boitier fanless: https://www.youtube.com/watch?v=GvqoWKBJDsA
 
Mais, qu'est-ce qu'ils ont tous à mettre leurs doigts, bien gras, sur le cpu, à chaque fois je vois une vidéo du même genre ?  
 
Le pad thermique m'a l'air épais. je n'ai pas l'impression qu'on puisse le remplacer par de la pâte thermique.

bon, malgré le nouvel adaptateur usb3/sata, les débits en écriture plafonnent toujours à 25Mo/s...
je dois rater un truc évident.

alors, le soc rockhip tourne aussi à 1.3GHz
mais chromium rame, un truc de fou (ubuntu + mate)
sur octane, ça donne 2050 à peu près
firefox est utilisable, ça rame beaucoup moins mais il marche pas très bien pour le test octane
pour le moment, on est encore loin de la maturité d'un raspberry dans les images des OS...  

 
 
Merci pour les retours, je vais donc patienter et attendre de meilleurs retours..et si t'en a, n'hésite pas à les poster...
 
A+++

De toute façon, le prochain batch de prod est fin aout.
ça va assez vite par contre côté progrès, c'est pour ça que d'avoir utilisé un SoC Rockchip n'est pas une mauvaise idée vs du AllWinner.
Je pensais que ça allait être du même niveau mais pas du tout d'après les gens qui bossent dessus (il y a du support en gros).
Pour Docker, apparemment le kernel n'a pas été compilé avec l'option qu'il fallait mais ça ne devrait pas tarder.
Bref, pour le moment, c'est un WIP mais ça avance pas mal

Tu devrais refaire le test en mettant le cpu en mode performance. Soit avec la commande cpupower si elle fonctionne: https://wiki.archlinux.org/index.ph [...] cy_scaling
 
Soit en changeant directement le "gouvernor" de chaque cpu dans /sys/devices/system/cpu : https://raspberrypi.stackexchange.c [...] t-governor
 
Tu devrais, aussi, trouver le moyen d'obtenir la témpérature du cpu. Il est possible que ce dernier se mette à réduire sa fréquence à un seuil de témpérature trop bas.
 
Éventuellement, essaye avec un radiateur et de la pâte thermique.
 
Le moteur javascript des navigateurs web tourne sur un thread. Il ne devrait pas trop faire chauffer le cpu.
 
Si firefox marche mal, c'est, à mon avis, le même problème que sous archlinux avec une raspberry pi: https://archlinuxarm.org/forum/view [...] 15&t=11172

concernant mes problèmes de débits, le système de fichier était le fautif (j'ai pas fait gaffe, c'était du NTFS... un passage en BTRFS et hop, 25Mo/s -> 100Mo/s)

pour le test de chromium, j'étais en mode performance, j'ai déjà collé un radiateur en alu à la colle thermique
je pense que pour le moment, c'est pas encore assez mature pour pouvoir être comparé à l'écosystème raspberry.
c'est un bon début, on verra comment ça évolue.

Merci pour la vidéo!
 et ouep, il est 100 headless, je fais un retour dès qu'il arrive  

En ce qui concerne la fréquence maximum du cpu, elle n'est pas, clairement, indiquée sur le site du fabricant. On sait, juste, que le soc tourne à 1.5Ghz dans les box tv. Il faudrait poser la question sur le forum officiel.

C'est 1.3GHz là.
Les SoC tournent souvent en dessous de leur valeur normal car sur ces cartes, ils ne sont pas refroidis.
À voir plus tard. Même comme ça, ça tourne à 70°C sur OMV sans rien d'après certains avec 30°C d'ambiant.
Au thermomètre infrarouge, j'suis déjà à 35°C en idle sur le radiateur.

Finalement, c'est toi qui as posé la question sur le forum officiel ? : https://forum.pine64.org/showthread.php?tid=4984

Ah, non

Finalement, le cpu de la rock 64 est bridé à 1.3Ghz. Mais il est qualifié pour tourner à 1.4Ghz.
 
moyen_moins, quelle est la taille du radiateur que tu as utilisé sur ta rock 64 ?
 
Il y a une vidéo montrant cpuburn tournant sur la rock 64 ici: https://www.youtube.com/watch?v=umLnsBlOtmo
 
Effectivement, les 70°C sont, très vite, atteints et dépassés.

Pour info :

pou le moment, je lui fais rien faire de vraiment très lourd...
j'aimerais mettre pi-hole dans un container docker mais le noyau ne s'y prête pas encore

Faut que je me trouve un boitier, ça fait vraiment clodo cette installation

Sinon 4 entretoises et hop, une SBC sur pilotis

j'aimerais avoir le disque aussi avec

Bonjour,
Odroid C2 sous Libreelec et Kodi 17.
Comment accéder au commande root comme "SUDO SU" ?
C'est pour arrêter le clignotement de la LED blue !    
Avec cette commande : su -
echo none > /sys/class/leds/blue\:heartbeat/trigger
 
Ou alors l'ajouter au fichier :  /etc/rc.local pour l'avoir au boot.
 
Je suis complètement perdu !
 
Merci  
 

Je me suis lancé ! Rock64 4go commandé  

Avec putty sous Windows mais faut activer le ssh dans l'interface de libreelec.
Je me souviens plus du l/p par défaut (le/le ?).

 
Merci
Le ssh est activé.
J'ai déjà accès a l'Odroid et Librelec via l'explorateur windows mais je ne trouve pas le fichier rc.local.
 

tu fais pas ça comme ça hein
faut passer par le ssh via putty.
pas faire ça depuis l'explorateur windows...

Ok merci. Je vais tester.

Y'en a ici qu ont un Orange Pi Zero (H2+)?
C'est normal que sur une install vierge (à part la config réseau/wifi), le proc soit à 70°C+ avec un cpu load à 0%?
Impossible de laisser le doigt plus d'1/4 de seconde, donc c'est très certainement la vraie valeur et pas une erreur de capteur ou autre...
 
Testé sous 2 OS, DietPi et Armbian, même symptôme, et pareil que ce soit en filaire ou en wifi...
Ça donne pas envie d'installer quoi que ce soit sous peine de faire cramer la baraque à la moindre charge cpu

ya un rad dessus, il y a pas un mauvais contact?
 

 
Bizarre d'avoir ce pb pour plein d'OS.
 
Sinon:
http://linux-sunxi.org/Xunlong_Orange_Pi_Zero

 
D'ailleurs j'ai ressorti l'autre jours ma Orange Pi Pc + et elle chauffait à mort avec l'image Android, les coeurs se faisant tué plus rapidement que leur ombre. Sous armbian pas de pb par contre...
 
Bref c'est vraiment de la merde en fait les Orange Pi...

Ce sont plutôt les cartes à base de Allwinner H2/H3/H5/H64 qui sont problématiques, pas que les Orange Pi...

De fait, ces processeurs chauffent effectivement "un peu vite", et il faut une combinaison de PCB bien conçu (couches de cuivre ET trous de fixation de radiateurs) en plus d'une gestion correcte du VCCcore et des fréquences pour qu'ils ne partent pas en throttling. A ce jeu là, les p'tits gars d'Armbian bossent plutôt (très) bien sur l'aspect soft: "Allwinner H3 boards @ Armbian Doc"

a ouai la gestion de la conso est en cause ... a 1.3volts tu m'etonnes que ça chauffe

Non, pas de rad, vraiment out of the box, rien de branché de superflu...
 
darkibot > "un peu vite" est un doux euphémisme!
Avec dietpi, j'avais essayé de forcer à la baisse (moitié) la fréquence cpu, ça avait pas l'air de changer grand chose...
On peut forcer un vcccore manuellement facilement?

Ce thread de @tkaiser devrait te donner des pistes: "Running H3 boards with minimal consumption"

Une piste (pas trop compliquée?) pour le H3 est donnée par @tkaiser dans l'avant dernier paragraphe ci-dessus, ça devrait s'appliquer à l'identique pour le H2+ (qui en est un variant sans la 4K et le GbE). Sinon aller voir dans les forums armbian, c'est une (vaste!) mine d'information.

Thx, je vais regarder ça ce soir.  
 
Mais j'ai du mal à croire que mon problème soit inhérent à tous les OPZH2+, ça rend le truc à peu près inutilisable à mon sens, et ça mets pas du tout en confiance sur la durée de vie du bordel.
Tout ça pour économiser qq euros sur des RPI0W  

Le problème du H3 est résolu depuis très longtemps. Le soucis, c'est que c'est un particulier qui a pondu le fix, donc n'attends rien de la part de Xunlong qui ne fait aucun suivi logiciel

J'ai essayé le fix donné (pour h3 donc, alors que mon barbecue cuit avec un H2+, mais bon...), au début j'avais l'impression que ct mieux (60°C), mais c'est vite revenu à 70/80
J'ai essayé d'autres valeurs dans le /boot/bin/orangepizero.bin, mais j'ai l'impression de pisser dans un violon...
Bref...
 
D'autres possesseur de cet engin confirment cette température minimale?

Pose peut être la question sur armbian ?
Il y a eu des distrib pourri mais eux ont fait l'effort d'améliorer ce point, mais peut être qu'il y a eu un problème de merge ou la version que t'as à eu une régression... de mémoire sur mon H3 avec une bonne distrib (armbian) j'arrive à tenir le doigt dessus mais je pourrais vérifier...
D'une manière générale j'ai eu aussi plein de problème qualité avec les board électronique chinoise, peut être que ta board à réellement un pb...
à voir aussi si il existe des outils qui peuvent vérifier si le cpu par en sleep mode/idle (RPi-Monitor ?)