Lazer

@i-magin, oui j'avais bien constaté en l'installant que son auteur est slobberbone. Je ne savais pas que le plugin n'est plus compatible.... ce n'est pas vraiment indiqué sur la fiche du market. Ceci dit je comprends parfaitement qu'il ne puisse pas trop le corriger dans l'immédiat. Le souci des apps qui ne deviennent plus compatible avec le temps n'est pas nouveau, c'est tout aussi vrai pour les apps sous Windows, sur Android, iPhone, etc. A partir du moment où tu veux faire un système ouvert, ce "défaut" est inévitable. C'est au market de spécifier clairement si le plugin est compatible ou non, les commentaires des utilisateurs pouvant aider. Ensuite, si le développeur a le courage de faire vivre son appli, tant mieux, sinon il tombera aux oubliettes et sera remplacé par un autre plugin équivalent (ou mieux) créé par un autre développeur. C'est comme ça l'informatique.

Il est totalement dépassé ce routeur RT1900AC, vous arrivez encore à naviguer sur Internet avec ce vieux bousin ? Computex - Synology persiste dans le routeur haut de gamme avec le RT2600AC

C'est juste un /etc/init.d/fibaro-start restart donc Linux n'est pas rebooté, cela n'impacte pas l'uptime Par contre, j'ai constaté que le "faux" uptime remonté par l'API de la HC2 ne compte que l'uptime de l'application, pas celui de l'OS.

Avec mon test, je suis bien repassé en 4.080, puis ensuite j'ai remis à jour en 4.082 sans souci. Si tu veux être certain, le seul moyen c'est le recovery, mais tu vas perdre tes icones...

Tu as vu ceci ? http://www.domotique-fibaro.fr/index.php/topic/2513-google-calendar-vers-hc2hcl/

ça doit certainement être totalement propriétaire.....

Aucun problème sur ma box de test, je suis passé de 4.082 à4.080. Mais j'ai une petite base de données, très peu de modules sur cette box.

La box est fiable, c'est le logiciel Fibaro qui n'est pas fiable. Cette clé recovery ne sert qu'à la protection du logiciel de Fibaro, donc pour moi cette clé fait partie du logiciel et non du matériel. Mais sinon on est bien d'accord, cette utilisation de la clé recovery est totalement aberrante...

Je lance le startUpgrade sur ma box de test et je te dis... Bon sinon 503 cette nuit sur ma box de prod Services redémarrés automatiquement, je reste dans le concours de l'uptime : 13 days, 12:46

oui je suis bien d'accord. Pour le moment Jeedom en test va bien dans une VM, mais si je devais le mettre en prod et devenir le point central de la domotique à la maison, je le mettrai dans une boite dédiée. Le NUC est une bonne solution, mais j'attends de voir ce que donnera la Jeedom Center. En tout cas j'adore la HC2 en tant que box, elle est sur une base matérielle et OS ultra stable (CPU Intel sous Linux, rien de tel pour la fiabilité, c'est à des années lumières d'un raspberry PI et d'une carte micro-SD)

oui un HP Proliant MicroServer Gen8 dont j'ai changé le CPU, upgradé la RAM à 16 Go, installé un SSD et des disques durs, et qui tourne sous ESXi. Un vrai petit serveur

:lol:

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.... )