Reprise du message précédent :
Je remet ma question, j'ai fait quelques tests sur une carte 2 Go ... c'est même pas la peine ... Je pars sur une 4 Go pour me faire la main.

Bon c'est parti, montage d'un petit serveur web sur raspbian.
Je suis un peu noob, je ferai certainement appel à vous régulièrement.
Un p'tit apt-get update && apt-get upgrade pour commencer.
 
Je compte partir sur les softs suivants :  
 - nginx
 - mysql-serveur / sqlite ?? Lequel selon vous ? Utilité du mysql-client ?
 - php5-fpm
 - fcgiwrap ?? Utilité ? Je n'ai pas bien compris ce qu'était un wrapper ... Mais je vois beaucoup de bloggeur en parler.
 - phpmyadmin
 - samba
 
Des avis là dessus ?

Tu nous demandes notre avis sur des choses que tu ne connais pas et dont tu n'es pas sur d'avoir l'utilité ? Je comprends pas trop là.
Tu devrais plutot te baser sur un tuto que tu comprends et installer les composants demandés. Sinon entre sqlite et mysql, çà dépend des applications que tu voudras installer... Pour le reste, renseigne toi dessus et vois si tu en a l'utilité, on pourra pas dire à ta place.

Ça c'est de l'accueil !
Pour les choses que je ne connais pas, fcgiwrap, justement, je lisais des articles sur le net, et je l'ai croisé quelques fois. D'où ma question.
Est ce que ce paquet est utile dans le but d'utiliser le Pi en tant que serveur web.
Enfin, je vais faire comme ça : "renseigne toi dessus et vois si tu en a l'utilité".
Merci quand même ...

En fait je sais pas pourquoi tu parles de ces composants si tu ne sais pas si tu vas t'en servir. Que veux tu faire exactement ?

Beh, les 5 suivants, je sais que j'en aurai besoin : serveur web, sgbd, administration de sgbd, partage de fichier et interprétation php.
Là ok.
Mais comme j'ai dis, j'ai croisé plusieurs blogs qui mentionnaient fcgiwrap. Je ne sais pas ce que c'est ni à quoi il sert, et donc s'il me sera utile.
 
Ce que je souhaite faire à terme :  
Un Pi qui communique avec un Arduino via tcp/ip. Le Arduino dispose de capteurs de température qui seront stockées sur le sgbd du Pi.
Dans un second temps réaliser des analyses stats avec le projet R.
Puis pourquoi pas une appli Android ... mais là on y est pas encore.

Waouh, tu es du genre ambitieux toi qui te dis "un peu noob"
Tu peux te contenter de nginx/php5-fpm et sqlite voire mysql, mais encore une fois ça dépend de ce que tu voudras installer comme scripts php.

Il peut tout faire en natif.

XBMC 12.1 improves Android, iOS, Raspberry Pi performance
Vivement que ca soit intégré à raspbmc !  

Si j'ai bien suivi une bonne partie de ces "improvments" sont déjà dans raspbmc. Sinon xbian propose la mise à jour depuis quelques heures, va falloir que je trouve le temps d'installer toutes ces dernières nouveautés

Perso j'ai aucun soucis de performance avec Xbian mais bon on ne crache pas sur un peu d'optimisation supplémentaire

Sous Xbian cette update permettrait de baisser un peu le core en ayant les mêmes perfs, c'est toujours ça de pris !

J'ai une petite question : comment modifier les paramètres HDMI CEC sous OpenElec pour ne pas que le Pi fasse switcher automatiquement sur sa source HDMI quand on allume la TV ? Actuellement, même si on change manuellement de source, au bout de quelques secondes, ça rebascule sur l'HDMI, ce qui ne plait pas trop à madame
 
edit : j'ai trouvé, il suffit de désactiver ça dans les paramètres systèmes > périphériques > CEC bidule

Je viens de réussir à passer sous Xbian sur mon 512 (le 256 l'étant depuis un moment). Je n'avais pas pensé à checker l'OC du core par défaut. Du coup ça plantait à chaque fois.
 
Je ne saurais dire pourquoi mais le mien ne supporte rien sur le GPU, alors qu'il prend easy 950/500 CPU/RAM ...
 
Du coup je repars de zéro, encore ^^ Je vais tester un peu, mais je préfère cette distrib à RaspBMC.

Du coup, ca desactive completement le CEC ?

Je suis en train de faire exactement la même chose que toi, Raspberry, arduino, température, page web, base de donnée.

J'ai suivi ce tuto pour le serveur web, ça a l'air de bien convenir http://www.penguintutor.com/linux/light-webserver

Pour info si tu connectes ton arduino en serial avec le raspberry via USB et non pas en TCP tu peux compiler et uploader tes sketches directement en ssh avec ino tools entre autres http://inotool.org/

Et pourquoi ne pas brancher les sensors directement sur les GPIO du rasp ? Ca evite d'utiliser un arduino et le code peut etre beaucoup plus flexible avec WiringPi.

Non, c'est juste que ça ne le lance pas par défaut, je dois le faire manuellement sur la TV.

Beh l'idée de ce projet c'est d'apprendre.
On fait ça avec un ancien coloc.
Après, je dis pas qu'on va pas galérer ... surtout moi
À la liste que tu donnes j'ajoute samba pour un peu de souplesse dans la gestion des fichiers, et pma pour la souplesse sur ma base de données.

Oui nous le savons.
L'idée n'est pas de se monter une station météo fonctionnelle. Ça coute moins de 100e dans le commerce.
Et on s'est dit que quitte à apprendre, autant inviter le arduino à la fête.

 
Ah content de lire ça
Tu t'en sors de ton coté ?  
Nous on se lance à peine.
Lui ne va pas pouvoir s'y mettre à fond de suite, il rend sa thèse dans 3 semaines, puis sa présentation en juin.
Bref, pour ça que je commence déjà à plancher sur le serveur web en attendant les interactions entre les deux.
 
Tu parles de connections via usb pour les sketches.
Mais à part pour cet usage tu communique en TCP ou pas ?  
 
J'garde ton nom dans un coin de ma petite tête.
N'hésites pas si tu as de bons liens à partager
 
 

Merci c'est exactement ce pourquoi je voulais acheter un pi, mais apparemment vous dites que cela risque d'être chaud pour le pi..

je voulais aussi commencer à héberger 2/3 services perso.. (agenda partager et autre)

Y'as d'autres chose que le pi en plus puissant de dimension à peu près identique ?

Tu apprendras plus en utilisant le raspberry et les GPIOs qu'avec l'Arduino où une librairie fera tout ce que tu veux

Dockstar. Plus puissant, moins cher. Mais moins de ram. Et pas de ports GPIO, de sortie vidéo...

j'aimais bien le coté gpio pour pouvoir bricolé un peu

 
 
Je cherche un tuto pour installer ma clé thermomètre/hygrometre car j'ai pas réussi pour l'instant à m'en sortir .
 

Tout d'abord parce que j'ai attendu mon Raspberry 5 mois alors j'ai commencé avec un arduino. Ensuite j'ai lu que le Raspberry était beaucoup moins bien protégé contre les erreurs de branchements et comme je suis une bille en électronique, c'est plus simple de changer un ATmega qu'un Raspberry (et j'en ai déjà grillé un en inversant le plus et le moins ). Et enfin l'arduino peut continuer à fonctionner même si je reboot le raspberry pour la maintenance.

Ca avance Mais bon il reste quasiment que de la programmation, et comme je suis développeur j'ai la flemme, le comble

Pour dire deux mots sur le projet, je compte contrôler mes chauffages. Un module Chacon du commerce 433Mhz branché sur le fil pilote de chaque chauffage, commandé par l'arduino avec un émetteur 433 Mhz. Cet arduino est connecté au Raspberry pour le log et l'interface web. Pour relever les température dans les chambres je me suis fait un boîtier contenant un arduino standalone que j'ai soudé et qui sera dans les combles du plafond, sur lequel on branche un bus 1-Wire constitué de câbles RJ11 avec des sondes de température ds18b20. Ce boîtier a un émetteur 433 Mhz qui envoie les température à l'arduino/raspberry.

Donc non, le raspberry est juste connecté via USB à l'arduino, qui a une clé wifi. Je me connecte en ssh sur le raspberry et je peux soit uploader des sketches avec les ino-tools via le port série, soit lire le port série en python, ou avec les ino-tools, ou /dev/ttyACM0 dans le shell. Sur la photo on voit que j'ai le shield ethernet, je pensais m'en servir au début mais je vais juste utiliser le port micro SD comme tampon si le raspberry est indisponible.

Donc là le proof of concept est fait, mais y'a pas mal de boulot de programmation le raspberry et la gestion du thermostat sur l'arduino.

Boîtier émetteur 433 sonde de température 1-wire :

Arduino thermostat émetteur/récepteur 433 connecté en série au raspberry, serveur web via wifi en IP fixe publique sur une freebox :

Mais bien sûr

Tu peux largement t'inspirer de ce projet open source http://openenergymonitor.org/emon/guide et va faire un tour aussi dans la partie "shop" pour voir les modules node à base d'arduino, et raspberry pour la partie serveur. Y'a du code qui pourra t'intéresser.

Faut commencer par savoir quelle puce y'a dedans.

Merci !
J'ai lu avec attention ton post précédent. Ouais je me rends compte qu'il y a du taff -_-'
Bonne continuation en tout cas.

Merci
 

 
 
Pour info, mes problèmes de déconnexion n'ont pas été complètement solutionnés (avec ce dongle à base de RTL8188CUS http://www.amazon.fr/dp/B004X8R7HY [...] 471_dp_4).
 
La solution semble être de totalement désactiver la mise en veille au niveau du driver de la clé wifi :
 
http://svay.com/blog/setting-up-a- [...] spberrypi/

En parlant de wifi, j'ai cherché un bon moment pour arriver à mettre en place des IP fixes pour la clé wifi, tout en utilisant "wpa_roam" qui permet une reconnexion en cas de perte de signal.
Il faut utiliser le paramètre id_str dans wpa_supplicant...
Je détaille pour ceux qui souhaitent

Pourquoi ne pas gérer ça sur ton serveur DHCP ?

J'allais le dire ....

Et si il est désactivé ?

Quelle drôle d'idée, c'est quand même super pratique...

Bah si tu utilises une adresse ip statique, nul besoin de DHCP
Ou bien tu peux egalement ne pas avoir accès a l'admin de ton serveur dhcp
 
AApres, perso je suis adepte du DHCP sur toutes les machines, avec une attribution fixe sur le serveur dhcp, meuh bon...

Il existe des cas précis où des gens un poil paranos ont décidé que c'était un danger...
Dans le monde professionnel ça se voit partout.
Après, je ne sais pas si cette parano est justifiée, ou pas.

Exemple à une époque où je travaillais dans une boite qui avait comme client des casinos de jeux. Genre la sécurité informatique faut pas rigoler avec. Et bien je n'y ai JAMAIS vu de serveur DHCP.

J'aurais peut-être dû demander pourquoi, pour ma culture... en même temps je m'en foutais un peu

A domicile, avec les va et vient famille / amis et la multiplication des appareils connectés smartphone, tablette, tv, dont l'interface pour mettre une IP fixe est tout sauf pratique, se coltiner une configuration IP manuelle systématique faut quand même être bien motivé.

Enfin chacun fait comme il veut après tout

EDIT : au boulot je dis pas mais j'avais pas compris que tu utilisais ton RPi au taf.

Ce n'est pas le cas
Mais comme je pose souvent plein de questions sur ce topic (avec ou sans réponses   ), et que pour une fois j'avais une info à partager, je me suis dit que c'était une bonne idée d'en faire profiter tout le monde.
Donc SI vous n'avez pas de serveur DHCP, et que vous voulez une reconnexion automatique wifi (donc wpa_roam), je dis que je sais comment faire, et si il y a besoin je détaille.
 
Mais si tout le monde utilise du DHCP, je range mes infos dans ma culotte (cf renaud )

non non.... toute info est bonne à prendre ... cela dit si tu bidouilles beaucoup, une fois que tu as associé @IP et @mac dans ton serveur dhcp, tu peux installer n'importe os multi boot etc ....tu sais que ta machine est tjrs accessible par la même @IP sans te poser de question, et ça c'est quand même super confortable

 
En partie parceque DHCP fonctionne en broadcast
Cela peut foutre le bordel au cas ou deux serveurs DHCP sont présents sur le meme reseau, il peut etre difficile de savoir lequel fait autorité (souvent, aucun, ou a tour de role, ...)
 
Ça peut aussi devenir rigolo quand on explore les possibilité de boot PXE
Un poste client démarre, et si il est configuré pour booter en PXE, pour peu qu'il y ait un serveur DHCP répondant à sa demande (l'officiel ou un autre sur le meme réseau), la machine va booter comme si on y avait inséré une clef usb ou un cd (peu ou prou)
Ou comment te retrouver sur ton réseau avec des machines qui bootent un backtrack, une seedbox ou d'autres joyeusetés...
 
Bref ca peut assez vite déraper
J'ai deja vu dans le cadre professionnel un réseau d'entreprise foutu en l'air par qqun qui avait juste branché un routeur wifi avec le serveur dhcp activé dans son bureau avant de partir en week end...
Pour trouver la cause de ce boxon, je te raconte pas l'aventure (quand bien même on arrive a trouver la cause, il faut encore trouver le bureau dans lequel ce routeur est branché)
Note: bon après le reseau autour etait pas configuré au mieux non plus, mais ca donne l'exemple...
 
Cela dit a 'linverse ca peut rendre bien des services, et c'est assez difficilement dangereux dans un reseau domestique
 
C'est assez marrant car j'etais justement en train de regarder un peu ce qu'on peut faire avec un rasp et un iPXE
 
Un exemple de mini-serveur DHCP avec PXE hébergé par un pi, parfait pour énnerver ton admin reseau:
http://www.youtube.com/watch?v=jQpzWnVMRHs
 
Enfin ce qui m'interesse plus, c'est l'inverse, booter le rasp a partir d'un serveur PXE afin de pouvoir changer d'OS a la demande et de n'avoir aucun disque attaché...
Avec iPXE qui est capable de booter en pxe sur du wifi, ce serait meme envisageable avec le modele A

Merci pour ces infos intéressantes