Lazer

@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

Euh, ça doit fonctionner sur HC Lite uniquement alors. Parce que je n'ai jamais vu de lien "Recovery from File" sur l'écran de recovery de la HC2 :

c'est plus compliqué, il ne faut pas se contenter du ping, mais faire un "curl" pour récupérer la page web de la HC2. En fonction du retour, on détecte si il y a eu un 503, auquel cas on appelle la page sus-mentionnée (encore avec la commande curl) Bon c'est sur que si tu ne sais pas écrire en Shell ça ne t'avance pas beaucoup.... Et puis tu as déjà un watchdog qui tourne en root sur la HC2 qui fait le job. Ca serait surtout utile aux autres. Si quelqu'un sait écrire un script Shell et a un peu de temps, ça serait une idée sympa.

Dgk en effet si tu as déjàla Diagral alors tu pourrais utiliser leurs détecteurs extérieurs. Avec un FGK 101 dedans comme j'ai expliqué, tu as le meilleur des 2 mondes : - Pré alarme faible sur la sirène. - Remonté d'information dans la domotique pour piloter caméras, éclairages, sirène Z-Wave, etc

Il existe déjà2 ou 3 fils de discussions sur le forum, avec des infos assez techniques et poussées sur les alarmes. Faut juste retomber dessus. Le souci des alarmes pro, c'est qu'elles ne sont pas vendues en direct au grand public, sauf àtomber sur les bonnes boutiques en ligne (et eBay) qui les vendent quand même en direct. Et c'est un milieu très fermé, difficile d'obtenir de l'information. Mais il est certain que si je devais refaire une nouvelle installation, je prendrais une alarme pro. Parce que les alarmes grand public, c'est cher et limité en possibilités de domotisation. Cf mon tuto Diagral....

Moi ce que j'en dis, c'est l'occasion d'installer une vraie alarme, pas un truc bricolé en Z-Wave qui ne sera jamais aussi fiable. Pense aussi àla simulation de présence : allumage des lumières le soir pendant votre absence.

La page qui apparaît lors d'une erreur 503, avec la possibilité de redémarrer les services, ne fait pas la même chose que ce lien là. Ce lien làest fiable àtous les coups, d'où l'idée d'en faire un watchdog.

En effet la surveillance de la RAM ce n'est plus vraiment utile depuis la 4.082. En fait, j'ai commencé à créer de nouvelles pages de génération des graphiques afin d'empiler proprement les 4 courbes de la RAM sur un beau graph. A terme, cela permettra de générer des graphs personnalisés de n'importe quelles autres données. Mais j'ai stoppé en plein milieu de mes devs en décembre dernier, et la suite ça ne sera pas pour tout de suite.... Pour tes pellets, c'est quoi ton unité ?

Mouais, ça fait pas 23cm tout ça