Lazer

Avec un module Universel, non. Soit un module RGBW, soit le futur SBS de chez domotique-info. Après faut étudier la datasheet, il y aura peut-être des adaptations de tension à prévoir. EDIT : j'avais pas vu, le module ne renvoie pas une tension analogique, mais un signal numérique codé. Donc laisse tomber, il te faut un microcontrôleur pour gérer ça. C'est pas pour rien que c'est branché sur un Arduino dans la doc.

Le schéma du Qubino, pas certain que ça se câble pareil.... Trouve plutôt le schéma pour le Fibaro.

'Éliminer' non pas sur, car on ne connait pas la fréquence de plantage, ni ce qui provoque le plantage. Tout au plus peut on limiter les dégâts en faisant un reboot par nuit.

Quand cela plante, est-ce que l'interface web est accessible, ou en erreur 503 ?

Pour rappel, il n'y aura pas de tuto pour ça, dans la mesure où cela annule la garantie. Donc si vous savez le faire, c'est que vous avez les compétences pour y accéder sans tout casser. Dans le cas contraire, il vaut mieux s'en tenir àun usage normal. Et pour les problèmes, voir avec le support Fibaro qui doit assurer la maintenance et le débuggage de son produit.

Oui bug de la v4 Je ne peux que conseiller d'inonder le bugtracker Fibaro avec ces problèmes, afin qu'ils s'attaquent enfin sérieusement àce problème plus que gênant.

En ligne de commande avec sqlite. C'est une base de données, donc Notepad++ ne sert pas àgrand chose, si ce n'est préparer la ligne de commande.

Non ça c'est juste la méthode pour redémarrer manuellement les services. Ce qui n'est pas normal c'est que les process se crashent tout seul, alors que ce n'est jamais arrivé en v3. Ce qui n'est pas normal non plus, c'est qu'il n'y ai pas un watchdog qui redémarre les services automatiquement, vu que ce problème semble récurrent et se produit chez plusieurs autres utilisateurs, généralement tous les 2 ou 3 jours si j'en crois les retours sur ce topic. Chez moi ça a planté au bout de 24h certainement parce qu'hier soir j'ai passé par mal de temps àréorganiser tous les devices cachés, renommer les main_zwave_device, etc...

rahhhh Ce matin, rien ne fonctionnait. Je vais sur l'interface Web => 503 Serveur unavailable. En fait, c'est le démon HCServer qui était crashé. A peine plus de 24h après la mise à jour.... ça c'est de la stabilité Pas besoin de rebooter la box, juste redémarrer les services. root@fghc2:~# /etc/init.d/fibaro-start restart Stopping periodic command scheduler: cron. HCServer: no process found LILIServer: no process found LuaEnvironment: no process found RemoteAccess killed checkEthernet.sh: no process found GPIOServer started PluginManager: no process found LuaEnvironment: no process found ipcrm: invalid key (360) --2015-05-24 10:19:29-- http://getkeys.fibaro.com/get_key_hc2.php?PK_AccessPoint=... Connecting to getkeys.fibaro.com|109.95.152.66|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 1675 (1.6K) [application/octet-stream] Saving to: `/tmp/id_rsa' 100%[==============================================================================>] 1,675 --.-K/s in 0.001s 2015-05-24 10:19:29 (2.37 MB/s) - `/tmp/id_rsa' saved [1675/1675] RSA key has been successfuly downloaded. /etc/init.d/fibaro-start: line 77: kill: (1561) - No such process /etc/init.d/fibaro-start: line 84: kill: (1565) - No such process Starting periodic command scheduler: cron. . Va falloir que je me fasse une boucle qui vérifie les process et les relance le cas échéant, avec envoi automatique d'un nouveau message sur le bug tracker pour leur faire les pieds

SI je comprends bien, le module ERL se branche sur le compteur Linky. Ce module ERL est capable de communiquer via les protocoles KNX et Zigbee. Donc quand on aura une passerelle Zigbee interopérable via réseau IP (donc avec une API qu'on pourra interroger depuis une box domotique telle que HC2), alors on pourra accéder aux données d'un compteur situé en bordure de propriétés, sans fil. Donc rien que ça, par rapport à la téléinfo filaire, ça va être super pratique. Et en plus, on aura plus d'informations que la téléinfo classique.

GEA mis à jour, je confirme que les déclenchements instantanés sont plus longs. Un peu plus d'une seconde (alors qu'avant ça réagissait en moins de 0,5s) Autre bug à résoudre : j'ai une icône qui a disparu.... Petit à petit je vais y arriver !

Bon choix, le pire c'est que j'avais pensé àce genre de câble. J'utilise justement du câble non torsadé pour mes sondes Dallas, c'est mieux que le câble réseau. Mais ça oblige àacheter spécifiquement du câble qui ne sert qu'àça.

Ah mon avis pas de souci si tu prends un câble de bonne qualité, blindé si possible. Genre un bon câble réseau Cat 6a/7.

Absolument, c'est bien pour ça que je demandais àvoir sur la durée.... mais si tu as fait la même remarque juste avant que mon post ne soit terminé

Je m'attends à ce que GEA soit lent, comme pour tout le monde.... donc je serai obligé d'avoir plusieurs instances.... voire même de mettre les FGMS dans une scène toute simple, hors GEA. Ca faisait parti de mes réticences vis à vis de la v4. Le temps de migrer, et je te dis ça. Mais j'aimerais bien voir les perfs du GEA de Nico sur la durée. Parce que si je ne dis pas de bêtises, Steven a fait une fresh install en v4 suite à son changement de box (avec une beta ceci-dit), et il est concerné pas les lenteurs.

Super, j'ai déjà ce compteur à l'entrée de mon chauffe eau, ça marche du tonnerre J'aimerai bien en installer un à l'arrivée d'eau de la maison, afin d'avoir des mesures en temps réelles. J'ai bien les clés plates/molette qu'il faut, mais je déteste la plomberie et je ne suis pas chaud pour toucher à l'arriver générale.... surtout que tout est en cuivre traditionnel soudé. Ca me serait bien utile, la semaine dernière on a eu une fuite de chasse d'eau, je m'en suis rendu compte le soir et j'ai coupé.... trop tard, puisque 3 jours plus tard j'ai reçu les stats de Veolia et je vois un magnifique pic de 1000 litres pour la journée... snif

Oui tout àfait, c'est ce que j'ai expliqué en première page, on alimente le DIAG63ARX en 12/24V, tout comme le Fibaro Universal Sensor. La même alimentation pour les 2, c'est plus simple. Ainsi, même pas besoin de 230V (enfin si quand même, puisqu'il faut bien du 230V pour le convertir en 12V). Mais l'idée c'est bien d'avoir 1 seule tension d'alimentation pour les 2 modules.

L'update était très facile, il suffisait de cliquer sur le bouton, de cocher 2 cases, de confirmer, puis d'attendre 10 minutes. Donc ça va. Il reste différents petits bugs qui trainent, le réveil du SRT321 par ex, et d'autres que j'avais déjà identifié. Rien de dramatique, mais c'est pas top. On ne peut pas dire que la v4 soit au niveau de la v3.590/3.600. Mais ça je m'y attendais. Le plus gros risque c'était de perdre tout mon réseau Z-Wave, mais ça c'est bien passé. A noter qu'il a effacé tout l'historique des consommations plus vieux de 1 an (alors que j'avais 1,5 an d'historique). C'est pas grave car j'avais pris soin d'exporter les données pour les mettre dans ma base SQL. Pour le coup des 1 ans, c'est normal, il y a un script qui tourne et qui fait une purge automatique afin de ne pas gonfler indéfiniment. Je ne sais pas quelle est la durée de conservation de l'historique des températures, c'est surement pareil. Sinon je viens de résoudre le problème des températures/humidité provenant de mes sondes EnOcean via FHEM. A cause de la nouvelle API, il fallait juste modifier légèrement les requêtes CURL. Donc problème résolu temporairement. Et oui, temporairement, car je vais passer au plugin VS. Sinon j'ai constaté tout au long de la journée que j'ai plusieurs tâches GEA qui ne fonctionnaient pas. Ce soir je vais voir les logs, et je vois plein d'erreurs. OK, je suis sous une vieille version de GEA (4.017), il me reste à faire la mise à jour pour être compatible v4 C'est parti....

Bon, après le soft reconfigure, le thermostat Secure SRT321 prend bien la température du panneau de chauffage. Par contre, impossible de modifier l'intervalle de réveil. Il est à900s par défaut, et il ne veut rien savoir. Il en reste encore pas mal des petits bugs en v4.... va falloir que j'ouvre un ticket pour ça, j'ai pas fini....

Pitp2 oui bonne idée je vais essayer son plugin. Alexis : bonne idée aussi, merci du conseil je vais essayer ça.

Cool Bon appétit Tu as un topic pour ton installation Nico je crois.

Tu rêves, il n'y aura jamais la librairie LUA io, ça ouvre trop de brèches de sécurité. L'accès aux fichiers, tout ça.... Oui ce bug du moteur Z-Wave est connu en v3, et résolu en v4... On en a longtemps parlé sur le topic du FGMS. Il faut soit exclure inclure le module, soit modifier àla main la DB. Sinon pour mes Qubino fil pilote, le souci c'est que maintenant ils sont vus comme des dimmers dans l'application Android, du coup ça me signale qu'il y a des lumières allumées alors que non. Pourtant j'ai bien coché appareil commandé : autre.

Moi je pense plutôt qu'ils ne devraient pas livrer de scotch double face dans la boite. Sur les capteurs d'alarme sérieux, on na pas le choix, c'est vis uniquement. Ou alors, Fibaro devrait prévoir la possibilité de désactiver l'anti arrachement via une option dans le module.

Mprinfo, cherches juste JSON Viewer dans les plugins de ton navigateur, tu vas trouver !

Ouais ça àl'air globalement bien