Lazer

Mon Xeon fait 29W (sans compter les disques durs). C'est très raisonnable. Mais surtout j'ai pas loin d'une 10zaine de VM qui tournent dessus, la principale étant mon NAS (Xpenology), mais aussi FHEM pour toute la gestion EnOcean. Donc ça fait plein de choses, la consommation est très maitrisée car c'est un Xeon Low voltage. Ceci dit c'est vrai que les NUC c'est excellent pour plein d'usages Aller tient un défaut à Jeedom que j'ai trouvé ce soir : pour installer le plugin SNMP, il faut ouvrir un Shell et installer le paquet snmp à la main avec la commande qui va bien (apt-get ...). Rien de méchant, mais pour le coup ça fait barbu, et pas encore totalement grand public. Mais je chipote, Jeedom a énormément progressé en 2 ans

@Jayce74, mouais, il rame pas trop ton Jeedom sur ton système ? Là ça pootre : Déjà l'uptime supérieur à la HC2, c'est cool Bon faut dire que l'update du Core Jeedom sans rebooter Linux, déjà ça change la donne

Pfff, on sait tous que tu dors avec ta wifedomus

Notre foie ne s'en porterait que mieux

Je vais laisser les experts de GEA te répondre Mais il faudrait que tu prennes au moins la température en compte, qui est le principal paramètre faisant varier le taux d'humidité relative. Par contre pour étalonner tout ça, il faudrait que tu observes les courbes de variation d'humidité intérieure en fonction de la température+humidité extérieures, et du fonctionnement de ta VMC. Pour cela, les graphs de Domocharts peuvent t'aider. Mais ça va pas forcément être simple à régler tout ça. Ca va te faire plusieurs règles GEA.

OK alors on mettra des kg Je fais des annonces, mais comme c'est gratuit et que je ne suis pas pro de rien du tout, je ne m'engage à rien du tout Bon du coup, comme j'ai un peu de temps depuis hier, je me suis remis (avec plaisir) au LUA. Mais pas pour Domocharts Je suis en train de réaliser une classe SNMP, ça va ouvrir plein de possibilités pour interroger les équipements réseau. A commencer par mon onduleur, mais aussi les switchs, routeurs, serveurs, etc. Applications envisagées : interrogation de l'état de l'onduleur, interrogation des adresses MAC présentes sur le réseau (détection de présence), surveillance d'espace disque sur le Syno, monitoring de débit réseau (qui sera intégré dans domocharts.... un jour ), surveillance de température, etc..... bref plein de choses, le protocole SNMP étant le protocole de référence en monitoring réseau et système. Il y a encore pas mal de boulot pour rendre cela propre, mais déjà c'est fonctionnel.

juste une remarque en passant : tu ne peux pas comparer directement l'humidité extérieur avec l'intérieur, car les chiffres que tu as sont une humidité relative, et non une humidité absolue. L'air, selon sa température, pression, etc, peut absorber plus ou moins d'humidité, c'est pour cela qu'on parle d'humidité relative. Le calcul détaillé (et complexe) est trouvable sur Internet. Bref, ta comparaison d'humidité n'aura aucun intérêt, sauf dans un cas particulier : même température à l'intérieur et à l'extérieur de la maison, ce qui n'arrive pas souvent. Exemple : en hiver, 90% d'humidité dehors avec une température de 2°C. L'air qui rentre dans la maison s'assèche en se réchauffant, donc l'humidité de ta maison baisse (par ex si tu étais à 60% et que tu mets la VMC en marche, tu verras ton humidité relative intérieure baisser, malgré que l'air soit à 90% lorsqu'il est dehors)

non toujours aussi stable la RAM Juste une très légère variation lorsque je fais des backups, ou hier lorsque j'ai un peu bidouillé sur un module virtuel. Tout àfait normal. La RAM est d'une stabilité exemplaire, on avait perdu l'habitude, ça me surprend

@Nico : prod même pas peur elle est très stable chez moi @PITP2 : tu peux arrêter les services Fibaro et ne laisser que Linux tourner, y'a moyen de péter les high score

oui mais domotcharts ne supporte toujours pas les données de l'Eco devices... sinon oui si vous pouvez attendre, attendez la v2 de l'eco devices

PITP2 ne te retourne pas, tu es suivi, je suis toujours pas loin derrière : up 11 days, 12:46

Je ne connaissais pas, je viens de découvrir le service cloud officiel de GCE Electronics pour historiser et grapher les données de l'Eco-Devices (et de l'IPX-800) : Notifix : Historique et notification pour Eco-devices Cela peut être pratique pour celui qui ne veut pas mettre en place une usine à gaz pour faire la même chose hors cloud.

ok, donc des kg/h, c'est pour la prochaine version (un jour, un jour.... )

bouh finalement Orange n'est pas si pourri alors, tu as une IP variable et rien que ça, pas de mauvaise surprise en fin de compte. Et au moins tu as un vrai réseau qui débite derrière, pas comme celui de Free avec son peering minable (les problèmes avec Youtube reviennent ces temps-ci en soirée....)

je conseille plutôt les forêts à métaux, sans percussion. Ou la meuleuse

pas mal Nico Et dans GEA, on peut récupérer aussi facilement les valeur des Labels que pour les VG ? Parce qu'avec les VG c'est simple et nativement intégré dans GEA avec le mot clé {"Global", ....}

Oui Sebcbien, je suis parfaitement d'accord. Mais par contre j'ai l'impression que c'est en train de partir dans tous les sens là : personne n'a jamais dit qu'il ne fallait pas utiliser les VG et les remplacer par des VD, ou alors c'est qu'il y a eu une grosse incompréhension. Il faut utiliser les ressources disponibles à bon escient, c'est tout. Les labels ça va pour afficher une info sur le VD, donc consultable depuis l'appli mobile. Les VG c'est pratique pour déclencher des triggers, transmettre de l'info d'un VD/Scène à un autre, etc. Ce que je dis, c'est qu'il est inutile de tout stocker dans des VG. Il faut juste s'adapter au cas par cas.

Benjy, yes pareil Le langage C est le meilleur langage pour l'apprentissage de la programmation. Il est àla base de tous les autres langage, et il oblige àune vraie rigueur (sinon c'est le core dump assuré) A l'opposé on a le PHP, le pire langage qui autorise tout et n'importe quoi

@PITP2 : oui et non. Oui parce que Fibaro finira bien par corriger ses erreurs Non parce que c'est aussi l'occasion pour nous d'être meilleurs et de respecter des bonnes pratiques qui sont valables dans tout environnement informatique. Même si cela ne le fait pas planter, il est inutile de générer une surcharge de travail.

@pepite il faut utiliser les VG si tu as besoin des triggers. Mais il ne faut pas utiliser les VG systématiquement lorsque ce n'est pas nécessaire => génère de l'activité supplémentaire, et avec notre HC2 on sait ce que ça donne => 503

En effet, les labels des VD sont persistants après un reboot ou sauvegarde du VD, donc c'est un bon moyen de stocker une valeur. EDIT : si c'est persistant, c'est que ça écrit aussi dans la DB, tout comme les VG. Mais la logique de traitement derrière doit être différence, ne serait-ce parce que les Labels ne déclenchent pas de trigger contrairement aux VG.

Trop bien les liens seb

comme dis, c'est pour ceux qui ne sont pas root, on pense aux autres

@Jojo parfaitement d'accord, il faut faire une batterie de tests supplémentaires pour gérer tous les cas de figure, utiliser le script en l'état est trop dangereux (il est irréaliste de croire qu'on pensera à systématiquement désactiver la crontab à chaque mise à jour, backup, ou autre). Et pour faire la batterie de tests complémentaires, cela implique de tester tous les cas de figure : backup / restore / upgrade, ces 3 là restant encore assez facile à faire. Pour le vrai 503, il faut killer le process HCServer, donc être root et rendre sa domotique indisponible le temps des tests. Perso je suis désolé mais j'ai pas trop de temps pour ça en ce moment....

facile d'avoir la page 503, tu fais un kill -9 du process HCServer