Reprise du message précédent :

 
Pareil  

Doit y avoir une erreur dans le script.

C'est pourtant celui donné dans le tuto domoticz.
 
Je continue à chercher.

curl -L https://install.domoticz.com |bash

Bonjour  
 
Pour débuter avec le Rasperry Pi vous l'avez achete où votre Starter Pack ?

 
 
Kubii ou amazon. Avec une préférence pour Kubii car c'est une petite boite française !

Ali si tu as 15 jours devant toi et que tu n'as pas besoin d'une alim officielle.

Sachant qu'il faut une alim de bonne qualité de préférence, tu peux aussi t'orienter vers une solution sans kit, en choisissant tout toi même. C'est pas forcément plus cher en plus, et tu as le boîtier et l'alimentation que tu veux comme ça.

+1 j'ai 6 rpi et jamais acheté un seul pack.

 
 
Vu que je n'y connais rien aussi  

C'est pas vraiment un souci ça. C'est assez basique le contenu d'un pack et generalement, le contenu d'un pack n'est pas de très bonne qualité. Il te faut :
- un RPi 3
- une carte µSD => SanDisk, class 10 en 16 Go ou 32 Go
- une alimentation => microUSB avec 2-3A en sortie
- 1 ou 2 radiateurs (me souviens plus, j'ai pas de Rpi 3)
- 1 cable HDMI  
- 1 boitier  
 
Tu veux en faire quoi de ton Rpi ?

Les radiateurs ne sont pas obligatoires. J'ai un pi3 pour recalbox et je n'ai pas de radiateurs

Le rpi3 b est nul, le 3b+ est pire  

Consommation dantesque et donc dégagement thermique du même acabit. Du coup ça throttle tout le temps.

Rpi2 Uber alles.

J'ai mi un gros radiateur avec double ventilateur
 
comme cela mon pi reste toujours au frais.

Radiateur de Southbridge une vieille cm + ventilo 9cm en 5v, en charge de plusieurs heures je dépasse pas les 55 degré dans un silence appréciable.

Si je veux utiliser une vieille cm atx, je suis obligé de "casser" l'atx 20/24? Je peux pas prendre une autre prise en source ? (pas trouvé l'info)

Le pb c'est que les RPI ont des technologies de gravure CPU déplorables ( 40nm ), tant qu'ils ne mettront pas une CPU moderne, on sera coincés avec ces consos qui ne sont plus guère compatibles avec des solutions embarquées. La même puissance avec une conso divisée par 10 ouvrirait des perspectives intéressantes.

 
Une gravure moderne diviserait pas la conso par 10. Et augmenterait significativement le prix.

C'est sur que du cortex A53 en 40nm c'est un peu débile...
 

 
Ou pas: plus c'est gravé finement, moins le composant coûte cher car plus il est petit... mais souvent on en profite pour en mettre plus sur le die ...

Merci, je sais comment ça fonctionne
 
Mais un wafer en 28 nm ou en 16 coute bien plus cher qu’un wafer en 40 nm.
 
Accessoirement, on essaye rarement de réduire la taille des puces parce que ça réduit la surface de dissipation et donc ça augmente potentiellement la température sur un point précis, ce qui est un problème quand on n’a pas de dissipation. Les constructeurs essayent du coup’de garder des die de taille relativement similaire en mettant plus de cache/plus d’unités... mais du coup on perd l’argument économique.  
 
Un die shrink de l’offre actuelle, ce serait juste une cautère sur une jambe de bois. Faut une refonte complète avec des technos modernes et le CPU est franchement le truc qui a le moins besoin de changer en pratique. Mais pour ça, faut que Broadcom se sorte les doigts du cul pour un SoC avec un GPU valable, un bus mémoire correcte, de l’USB 3.9, etc.

 
Un téléphone moderne tient entre 15 et 20h avec une batterie de 3000 mA dans les protocoles de test, soit une conso de 200mA.
 
Un RPI à iso puissance de l'actuel (c'est à dire beaucoup moins que les smartphone) et une gravure moderne serait à même de descendre sous les 100mA, par conséquent à ta place je ne serais pas aussi catégorique .
Pour atteindre ce but, il ne faut bien sûr pas céder à "toujours plus de transistors" .

 
C'est pourtant ce qu'on fait dans ma boite
Après c'est un choix marketing qui dépends du marché que tu vise...

Bientôt un un hypothétique pi 4 avec des évolutions vers février/mars 2019, non ?

Février était une date traditionnelle de sortie des produits, après... Ça avec un peu changé ces derniers temps.

Ca serait bien, j'attends tjs mon Rpi octocore
Ils sortent un nouveau Rpi (pas les sous versions) à quelle fréquence ?

 
Tu retombes sur le même problème. D'une part, une partie de la conso du Pi vient du GPU qui sert de base au SoC, et d'autre part, réduire la consommation elle-même a pas d'intérêt si tu concentres toute la chaleur sur un point compact, sans dissipation. Et ça règle pas le problème du coût, graver plus fin implique pas directement une puce moins onéreuse.  
 
Le problème il est quand même bien plus large que "faut graver plus fin". le problème, c'est Broadcom avec son GPU et ses limites (vu qu'il sert de contrôleur mémoire). Mais comme la société fournit pas mal de doc', c'est un peu compliqué de passer sur autre chose. Trouver un GPU/chipset libre et performant, c'est pas évident (ni même bien documenté, en fait). Plus le fait que Broadcom doit pas demander beaucoup pour la puce. Ou alors intégrer directement un système de refroidissement, plus que la minuscule plaque actuelle.  
 
Ou alors faire comme avec le Pi 2 en version moderne : le SoC 64 bits avec une fréquence plus faible. C'est pas gênant dans une partie des usages et ça pose pas de soucis de consommation. Mais c'est sur que c'est moins rapide pour émuler des consoles 32 ou 64 bits. Ou pour pleins d'autres usages qui demandent des performances. Mais faut se poser la question de ce qu'on veut. Et actuellement, la fondation semble aller vers "on a besoin de puissance".
 

 
C'est pour ça que je mets rarement. Dans le cas des SoC, GPU et autres CPU, la contrainte de taille physique joue pas mal pour le refroidissement, avant le côté économique.  
 
Y a pleins de solutions envisageables, mais faut être pragmatique : la carte a des contraintes de prix très fortes.

Si le Pi est une plateforme éducative, pourquoi ne pas basculer sur un RISC-V ? Ca serait couillu avec un changement d'archi radical, mais ca serait logique et ca permettrait certainement aux deux initiatives de se soutenir mutuellement.

 
Toutes les boites de SOC regardent ça de près

 
Vu que le principal avantage du Pi, c'est la communauté et le support, changer d'architecture est pas forcément le choix le plus intéressant. Casser toute la compatibilité et les milliers de trucs qui existent, c'est pas l'idéal. Plus le fait que le problème, c'est pas tellement le CPU mais le GPU, et que des GPU libres, y en a pas tellement. Et accessoirement, le but est pas de faire du libre, ouvert, etc. Sinon, on aurait pas le H.264 par exemple.

Voilà, la force du PI c'est sa compatibilité et sa communauté. Il existe des cartes bien plus fournies que le PI mais sans communauté, elles ne font pas le poids
 
Pour moi le seul soucis du PI reste son interface de transfert... C'est trop lent...
 
Mais à part cela, franchement, cette petite carte est incroyablement flexible. Et même la V3 qui est décriée, elle fait le job, bon elle chauffe un peu, mais il suffit de l'underclocker et c'est réglé

Un PI4 avec USB3 et SATA ce serait quand même pas mal

Un vrai port ethernet 1gbps
Décodage du h265 en hard.

Pi4 doit rimer avec 4k

 
C'est vrai que ca ne résout pas le problème du circuit graphique qui est une brique importante du Pi.

C'est combien, un peu? Le mien, un 3B+ avec radias et ventilo dans un boîtier ne dépasse pas les 45-46° à fond...

 
Le 3b+ chauffe moins et throttle moins que son prédecesseur.
Par contre oui il consomme plus (en charge) et est plus exigeant quant à la qualité de l'alimentation.
Perso je m'en tape, il est branché sur secteur, pas sur des accus 18650.

A mon avis, si tu le régules à la vitesse d'un 3B, ça consomme pas plus et ça throttle plus.

Drapal,
J'en ai eu un pour nowel et il me sert à piloter l'imprimante 3D + pi-hole pour le moment

Frer    
 
J'ai besoin de setup un raspi sur un site distant pour qu'il récupère des backup de mon serveur perso.
 
Ça inclut :  
 
- Chiffrement du HDD attaché en usb au raspi
- Accès à distance au raspi (autre réseau).
    - Accès avec password (SFTP) pour récupérer les backup le cas échéant.
    - Changement des ports pour atténuer les attaques + fail2ban
 
Vous avez une distri particulière qui ferait l'affaire, ou du raspbian/dietpi ira bien ? Si j'ai bonne mémoire faut regarder du côté de SAMBA ?
 
Je lis ceci ( https://www.howtoforge.com/tutorial [...] d-windows/ ) , un peu daté mais semble toujours bon

Ben omv non ?

Ah bah oui, bien fait de demander du coup