Cmoi20

@ domodial : Bonjour, je n'ai jamais eu de problème lors de mes divers manipulation. maintenant, le risque 0 n'existe pas et le pire reste le risque humain. prenons en compte le fait que cette procédure ajoute un controleur au réseau z-wave mais n'en supprime pas. la suppression doit être faite spécifiquement. pour ma part, j'ai réalisé les suppressions en réinitialisant le controleur et en supprimant ensuite le noeud mort.

merci pour la petite évolution, je vais regarder les différences. pour la consommation des FGS, il est possible que la chaudière soit active (fgs activés) et que la température que l'eau de chauffage désactive les résistances (maintenant avec le module qubino). dans ce cas, la consommation est a 0 alors que les FGS sont activé. vue que la consigne de température de l'eau est domotisée depuis peu, je peu maintenant gérer ce point qui était invisible pour ma domotique auparavant.

bon, je penses avoir réussie a faire un truc correcte. ma chaudière (chaudière électrique) est pilotée par 1 FGS-211, 1 FGS-221 et 1 contact sec + sonde température qubino. le FGS-211 remplace le thermostat de la chaudière. il active et désactive donc celle-ci. le FGS-221 remplace les interrupteurs qui permettent d'activer les 2 séries de résistances électriques supplémentaires au besoins. le contact sec qubino permet de gérer la température de l'eau de chauffage et donc de couper la chauffe une fois la température atteinte. sur les 2 modules fibaro, j'ai activé la fonction "Consommation électrique déclarée"; ci qui ajoute les valeurs correspondantes via les API : "power":"0.00","powerConsumption":"0" j'ai utilisé le module virtuel de steven pour gérer mon thermostat avec la gestion automatique de l'activation d'une, deux ou 3 série de résistances. j'ai modifié ce même module virtuel pour implémenter la loi d'eau comme expliquée la : http://blog.elyotherm.fr/2013/08/reglage-optimisation-courbe-de-chauffe.html dans ce dernier module, lors de l'activation du chauffage, je pousse 6000 (une série de résistance consomme environ 6000W) en powerConsumption pour mes 3 autres modules (FGS211 et les 2 du FGS-221) lors de la désactivation, je pousse 0 pour cette même valeur. le code ajouté (au final plutot simple) : HC2 = Net.FHttp("127.0.0.1",80) HC2:setBasicAuthentication(Heating.admin, Heating.password) currentPowerValue = "6000" jtable = "{\"properties\":{\"powerConsumption\":" .. currentPowerValue .. "}}" response, status, errorCode = HC2:PUT("/api/devices/182",jtable) response, status, errorCode = HC2:PUT("/api/devices/173",jtable) response, status, errorCode = HC2:PUT("/api/devices/175",jtable) fibaro:debug("W : " .. currentPowerValue) si ca peux aider quelqu'un ... .

I'm not actually full time in this issue but if you sent me information, I can test what you want. I'm not at home too but I've got a remote access. I can't do the HC2 reboot with this remote access.

my HC2 is now crashed and I've plan to reboot it toonight. is there something I can do to help you to help us ?

Hi, I've have another crash this night. here is some log found in homebridge.err : Wed, 17 Feb 2016 23:18:20 GMT EventedHTTPServer [::ffff:192.168.245.199] Client connection error: read EHOSTUNREACH Wed, 17 Feb 2016 23:18:20 GMT EventedHTTPServer [::ffff:192.168.245.199] Client connection closed Wed, 17 Feb 2016 23:18:20 GMT EventedHTTPServer [::ffff:192.168.245.199] HTTP connection was closed Wed, 17 Feb 2016 23:18:20 GMT EventedHTTPServer [::ffff:192.168.245.199] HTTP server was closed Wed, 17 Feb 2016 23:18:51 GMT EventedHTTPServer [::ffff:192.168.245.143] Client connection error: read EHOSTUNREACH Wed, 17 Feb 2016 23:18:51 GMT EventedHTTPServer [::ffff:192.168.245.143] Client connection closed Wed, 17 Feb 2016 23:18:51 GMT EventedHTTPServer [::ffff:192.168.245.143] HTTP connection was closed Wed, 17 Feb 2016 23:18:51 GMT EventedHTTPServer [::ffff:192.168.245.143] HTTP server was closed Wed, 17 Feb 2016 23:18:58 GMT EventedHTTPServer [::ffff:192.168.245.181] Client connection error: read EHOSTUNREACH Wed, 17 Feb 2016 23:18:58 GMT EventedHTTPServer [::ffff:192.168.245.181] Client connection closed Wed, 17 Feb 2016 23:18:58 GMT EventedHTTPServer [::ffff:192.168.245.181] HTTP connection was closed Wed, 17 Feb 2016 23:18:58 GMT EventedHTTPServer [::ffff:192.168.245.181] HTTP server was closed

merci a vous 2 pour vos réponses. je devrais pouvoir me débrouiller avec ca. je vous ferais un retour.

Merci pour la réponse. oui, je voudrait remonter la consommation électrique d'un module virtuel comme le fait le wallplug nativement. J'avais vu les plugins perso mais comme ce n'est pas disponible, je ne me suis pas encore penché dessus. donc ce que je veux faire n'est pas possible pour le moment. il me reste a prendre patience. j'hésite a craquer le root de ma HC2 par peur de faire sauter sa garantie. je suppose que c'est la première étape pour le hack cité ci-dessus (supposition purement gratuite sans avoir rien vérifié du tout). Après, j'ai cru comprendre que moyennant quelques bières, il devrait être possible de demander de l'aide a domicile si besoins (j'habite a 20 minutes de lille et ma cave est suffisamment fournie) ...

Bonjour, je ne savais pas ou placer ce topic, si celui-ci n'est pas au bon endroit, merci de le déplacer. j'ai lancé le développement de mon premier device virtuel (gestion de la loi d'eau d'une chaudière) car c'est mon premier besoin qui n'est pas totalement déjà réalisé dans ce forum (ou que je n'ai pas trouvé). pour celui-ci, je me suis très fortement inspiré du plugin de steven pour la gestion du chauffage. je risque de fusionner les 2 un de ces jours pour vous le proposer dans le topic dédié (on doit pouvoir en faire rapidement une programmation PIR). Une fois ce plugin terminé, m'est apparut la possibilité de calculer la consommation électrique de ma chaudière (chaudière électrique). pour se faire, je cherche le moyen de remonter la consommation électrique d'un périphérique virtuel via le langage LUA. auriez vous, par hasard, le nom de la fonction magique qui me permettrait de réaliser cette fonction ? mieux, auriez vous la documentation de cette fonction. j'espère que cette question n'a pas déjà été posée, j'ai effectué quelques recherches sans succès.

merci pour ce retour. d'un autre coté, le wallplug est vendu pour tenir 2500W de charge. je pensais personnellement en mettre un sur mon cumulus dans les produits qui consomment beaucoup.

@Domodial, ca a été corrigé depuis. pour résumer, il faut mettre le controleur existant en mode "je passe la main a un autre controleur" et sélectionner sur le controleur supplémentaire "ajoute moi au réseau existant". sur jeedom, dans le plugin z-wave, dans Réseaux zwave, dans l'onglet Actions, il faut jouer soit avec "créer un nouveau noeud primaire" soit avec "transférer le role primaire". sur la HC2, il faut aller dans configuration, puis dans réseau zwave et jouer avec "ajouter un controleur secondaire" ou avec "transfert du controleur". de mémoire, les libellés existants portaient a confusion et je faisais le truc a l'envers coté jeedom. a ce jour, quand j'ajoute un module avec un des 2 contrôleurs, celui-ci est ajouté sur les 2 boxes. les configurations sont possible avec les 2 boxes mais les remontées d'info natives ne sont configurées que sur la HC2. la gestion des groupes fonctionne mieux dans jeedom (ne fonctionne pas vraiment avec la HC2 ?) alors que la configuration de mes modules (principalement fibaro) est plus intuitive (de mon point de vue) avec la HC2.

non, c'est super simple. je penses que je vais finir par faire un billet la dessus vu le nombre de demandes.

pour info, il est possible d'associer plusieurs controleurs dans un réseau z-wave mais seul l'un de ces controleurs sera configuré comme maitre sur les modules (ce qui n'empêche pas d'utiliser les autres groupes ou de réaliser une modification des modules quand un controleur est mor). actuellement, j'ai un jeedom et une HC2 sur le même réseau z-wave. seul la HC2 remonte les informations par défaut mais lorsque celle-ci m'a lâché, cela ma évité de ré-associer tous mes modules.

juste pour préciser, au branchement, la boxe (HCL) s'allume (une seule LED) mais n'est pas disponible. Ensuite, il faut appuyer sur le bouton a l'arrière pour l'allumer et attendre quelques secondes (minutes ?) avant que celle ci ne soit visible sur le réseau. CF l'action 4 sur cette doc : http://laboutiquededomotique.com/index.php?controller=attachment&id_attachment=81 edit : je viens de regarder la vidéo, ca semble ok pour l'allumage. as tu testé le mode recovery ?

Bonjour, as tu pensé a allumer la boxe ? j'ai eu le problème a la première utilisation (HC2) mais en allumant la boxe, cela fonctionne très bien.

et un truc de ce type ? : http://laboutiquededomotique.com/capteurs-de-domotique/2004-smart-sensor-capteur-de-proximite-a-ultrasons-portee-2m.html

@Pitp2, je n'ai pas les modules cité dans ton post. toutefois, je ne serais pas étonné que cela fonctionne sans rien avoir a faire de spécial. quelqu'un a testé ? Je ne reviendrais pas sur jeedom pour le moment. j'attends de voir le résultat de leur prochaine boxe (qui devait arriver en octobre 2014 initialement) et du jeedom 2.0 qui devait arriver fin janvier. repoussé a la semaine prochaine (https://www.jeedom.com/blog/?p=2904) pour le moment. encore beaucoup d'imparfait dans leur annonce.

a mon humble avis, le gros manque de la HC2, c'est de pouvoir y connecter officiellement un RFXCOM. ce que la majorité des autre fait très bien.

Bonjour, j'ai des difficultés a comprendre ce "gros problème" des templates. a ma connaissance, tous les modules qubino sont opérationnels. dans le pire des cas via un module virtuel. Certe ce n'est pas jolie comme bidouillage de devoir créer un module virtuel pour piloter le module physique mais cela fonctionne très bien. j'ai personnellement 1 module qubino contact sec avec sonde de température, un autre identique sans la sonde et cela fonctionne très bien. j'ai juste du ajouter les paramètres z-wave que j'ai trouvé dans la doc du module pour réaliser les paramétrages. J'ai également un module volet roulant qubino qui fonctionne parfaitement avec la HC2 même si le template n'existe pas a ce jour. Je repense a mon ancienne zibase ou pour modifier le paramètre z-wave d'un module, il fallait écrire un scénario et ou pour récupérer les fonctions supplémentaires, il fallait créer un module virtuel avec in ID récupéré dans les logs lors de l'association. C'état compliqué (même si cela finissait par fonctionner). Pour moi, une des forces de la HC2, c'est de pouvoir justement affecter des template non officiels sur les modules afin d'être compatible avec chacun d'entre eux. après, c'est un peu trivial quand le template officiel définitif n'existe pas mais cela reste fonctionnel.

il me semble que les miens font routeur. mais je n'ai pas essayé de retirer tout le reste pour valider que le mode routage était bien opérationnel.

si ça peux aider, je peux proposer d'héberger sur un hébergement plus costo que les mutu OVH ...

De mon point de vue, on est confronté a un problème plus complexe. Fibaro promet pleins de choses sur la papier et ces promesses ne sont pour la plupart pas maintenues. il faut également relativiser et la HC2 que je test depuis quelques mois fonctionne néanmoins très bien. les derniers firmwares ont stabilisés la boxe et Le seul problème rencontré ces derniers temps semblait venir de homebridge. pour résumer, les boxes sont très bien mais on est d'abord déçus par les promesses non tenues.

Bonjour, l'erreur est apparue vers 16h29 le 01 janvier 2016. corrigé le 4 janvier 2016 vers 18h en arrêtant le service homebridge. installé le 29 décembre 2015 avec la dernière version disponible via NPM a cette date. utilisée avec le firmware 4.056 de la HC2. il semble que le bug soit limité a cette version du firmware. ------------------------------------------------------------------------------------------------------------------------------- Hello, Issue appear about january 1st at 16:29. Solved in january, 4 at 18h with stopping homebridge service. installed in december, 29 with last version available in npm at this time : used with HC2 firmware 4.056. it seams this issue is only with this version of HC2 firmware. root@Cmoi20-DMZ:~# npm list -g /usr/local/lib ├─┬ homebridge@0.2.13 │ ├─┬ chalk@1.1.1 │ │ ├── ansi-styles@2.1.0 │ │ ├── escape-string-regexp@1.0.4 │ │ ├─┬ has-ansi@2.0.0 │ │ │ └── ansi-regex@2.0.0 │ │ ├─┬ strip-ansi@3.0.0 │ │ │ └── ansi-regex@2.0.0 │ │ └── supports-color@2.0.0 │ ├─┬ commander@2.8.1 │ │ └── graceful-readlink@1.0.1 │ ├─┬ hap-nodejs@0.0.3 │ │ ├─┬ curve25519@1.1.0 (git://github.com/KhaosT/node-curve25519#922eae612bb379fa84e8deb29f80c53d57c8be7b) │ │ │ ├── bindings@1.2.1 │ │ │ └── nan@2.1.0 │ │ ├─┬ debug@2.2.0 │ │ │ └── ms@0.7.1 │ │ ├─┬ ed25519@0.0.3 (git://github.com/KhaosT/ed25519#6356bc9e6e4643d56020293c14920ac12bcaa1ac) │ │ │ ├── bindings@1.2.1 │ │ │ └── nan@2.1.0 │ │ ├─┬ mdns@2.2.11 │ │ │ ├── bindings@1.2.1 │ │ │ └── nan@2.1.0 │ │ ├─┬ node-persist@0.0.3 │ │ │ ├── mkdirp@0.3.5 │ │ │ └── q@1.1.2 │ │ └─┬ srp@0.2.0 (git://github.com/KhaosT/node-srp#7feff53254897a0b1b9f0667ad17a8beb78acbb9) │ │└─┬ bignum@0.11.0 │ │ └── nan@2.1.0 │ └── semver@5.0.3 ├─┬ homebridge-fibaro-hc2@0.5.0 │ └─┬ request@2.67.0 │├── aws-sign2@0.6.0 │├─┬ bl@1.0.0 ││ └─┬ readable-stream@2.0.5 ││├── core-util-is@1.0.2 ││├── inherits@2.0.1 ││├── isarray@0.0.1 ││├── process-nextick-args@1.0.6 ││├── string_decoder@0.10.31 ││└── util-deprecate@1.0.2 │├── caseless@0.11.0 │├─┬ combined-stream@1.0.5 ││ └── delayed-stream@1.0.0 │├── extend@3.0.0 │├── forever-agent@0.6.1 │├─┬ form-data@1.0.0-rc3 ││ └── async@1.5.0 │├─┬ har-validator@2.0.3 ││ ├─┬ chalk@1.1.1 ││ │ ├── ansi-styles@2.1.0 ││ │ ├── escape-string-regexp@1.0.4 ││ │ ├─┬ has-ansi@2.0.0 ││ │ │ └── ansi-regex@2.0.0 ││ │ ├─┬ strip-ansi@3.0.0 ││ │ │ └── ansi-regex@2.0.0 ││ │ └── supports-color@2.0.0 ││ ├─┬ commander@2.9.0 ││ │ └── graceful-readlink@1.0.1 ││ ├─┬ is-my-json-valid@2.12.3 ││ │ ├── generate-function@2.0.0 ││ │ ├─┬ generate-object-property@1.2.0 ││ │ │ └── is-property@1.0.2 ││ │ ├── jsonpointer@2.0.0 ││ │ └── xtend@4.0.1 ││ └─┬ pinkie-promise@2.0.0 ││└── pinkie@2.0.1 │├─┬ hawk@3.1.2 ││ ├── boom@2.10.1 ││ ├── cryptiles@2.0.5 ││ ├── hoek@2.16.3 ││ └── sntp@1.0.9 │├─┬ http-signature@1.1.0 ││ ├── assert-plus@0.1.5 ││ ├─┬ jsprim@1.2.2 ││ │ ├── extsprintf@1.0.2 ││ │ ├── json-schema@0.2.2 ││ │ └── verror@1.3.6 ││ └─┬ sshpk@1.7.1 ││├── asn1@0.2.3 ││├── assert-plus@0.2.0 ││├─┬ dashdash@1.10.1 │││ └── assert-plus@0.1.5 ││├── ecc-jsbn@0.1.1 ││├── jodid25519@1.0.2 ││├── jsbn@0.1.0 ││└── tweetnacl@0.13.2 │├── is-typedarray@1.0.0 │├── isstream@0.1.2 │├── json-stringify-safe@5.0.1 │├─┬ mime-types@2.1.8 ││ └── mime-db@1.20.0 │├── node-uuid@1.4.7 │├── oauth-sign@0.8.0 │├── qs@5.2.0 │├── stringstream@0.0.5 │├── tough-cookie@2.2.1 │└── tunnel-agent@0.4.2 └─┬ homebridge-http@0.0.8 └─┬ request@2.67.0 ├── aws-sign2@0.6.0 ├─┬ bl@1.0.0 │ └─┬ readable-stream@2.0.5 │├── core-util-is@1.0.2 │├── inherits@2.0.1 │├── isarray@0.0.1 │├── process-nextick-args@1.0.6 │├── string_decoder@0.10.31 │└── util-deprecate@1.0.2 ├── caseless@0.11.0 ├─┬ combined-stream@1.0.5 │ └── delayed-stream@1.0.0 ├── extend@3.0.0 ├── forever-agent@0.6.1 ├─┬ form-data@1.0.0-rc3 │ └── async@1.5.0 ├─┬ har-validator@2.0.3 │ ├─┬ chalk@1.1.1 │ │ ├── ansi-styles@2.1.0 │ │ ├── escape-string-regexp@1.0.4 │ │ ├─┬ has-ansi@2.0.0 │ │ │ └── ansi-regex@2.0.0 │ │ ├─┬ strip-ansi@3.0.0 │ │ │ └── ansi-regex@2.0.0 │ │ └── supports-color@2.0.0 │ ├─┬ commander@2.9.0 │ │ └── graceful-readlink@1.0.1 │ ├─┬ is-my-json-valid@2.12.3 │ │ ├── generate-function@2.0.0 │ │ ├─┬ generate-object-property@1.2.0 │ │ │ └── is-property@1.0.2 │ │ ├── jsonpointer@2.0.0 │ │ └── xtend@4.0.1 │ └─┬ pinkie-promise@2.0.0 │└── pinkie@2.0.1 ├─┬ hawk@3.1.2 │ ├── boom@2.10.1 │ ├── cryptiles@2.0.5 │ ├── hoek@2.16.3 │ └── sntp@1.0.9 ├─┬ http-signature@1.1.0 │ ├── assert-plus@0.1.5 │ ├─┬ jsprim@1.2.2 │ │ ├── extsprintf@1.0.2 │ │ ├── json-schema@0.2.2 │ │ └── verror@1.3.6 │ └─┬ sshpk@1.7.1 │├── asn1@0.2.3 │├── assert-plus@0.2.0 │├─┬ dashdash@1.10.1 ││ └── assert-plus@0.1.5 │├── ecc-jsbn@0.1.1 │├── jodid25519@1.0.2 │├── jsbn@0.1.0 │└── tweetnacl@0.13.2 ├── is-typedarray@1.0.0 ├── isstream@0.1.2 ├── json-stringify-safe@5.0.1 ├─┬ mime-types@2.1.8 │ └── mime-db@1.20.0 ├── node-uuid@1.4.7 ├── oauth-sign@0.8.0 ├── qs@5.2.0 ├── stringstream@0.0.5 ├── tough-cookie@2.2.1 └── tunnel-agent@0.4.2

Bonjour, Mes fichiers de log d'homebridge sont disponible a ces adresses : http://91.121.35.207/homebridge.err http://91.121.35.207/homebridge.log j'ai remis en route homebridge début janvier et tout semble ok mais depuis quelques jours, certaines requêtes sont en erreur. je vais tenter myhome pour voir si cela fonctionne mieux.

qu'en est-il de ce type de solution ? : https://www.planete-domotique.com/blog/2012/01/05/piloter-un-radiateur-grace-a-son-fil-pilote/ https://www.planete-domotique.com/blog/2012/01/10/gestion-avancee-du-systeme-de-fil-pilote/ avec un truc tout fait de ce genre : http://www.planete-domotique.com/diode-pour-gestion-fil-pilote-radiateur-electrique.html c'est simple et ca utilise un module fibaro (donc totalement compatible).