Lazer

Oui bien sur, sur les Fibaro, les boutons sont relies àla phase, ou àla borne Sx (comme sur le schéma présenté par Did.

Avec le décodeur, ça donne : reste en v3

Merci Did pour ces précisions Pour la télécommande, je l'ai laissée afin de pouvoir chauffer l'eau au maxi une fois de temps à temps afin d'éviter la formation de légionelles. Si je force une température donnée via le potentiomètre du thermostat, je perds cette possibilité, enfin je crois.

C'est vrai le WES n'est pas populaire sur ce forum. Ni dans les différents blogs d'ailleurs.... comparé à l'Eco Devices qui est un succès. Tu peux ouvrir un topic unique si tu te sens le courage Tiens, mon chauffe eau est donné pour 3kW, mais il ne consomme que 2800W. Un détail, mais on apprend beaucoup sur les cycles de chauffe grâce au compteur. Le miens chauffe donc fort en début de nuit, puis s'arrête, et je le vois entre 1 et 3 fois la nuit qui se réveille pour un cycle court de 5 Minutes, c'est le maintient en température. C'est justement ce que je souhaite économiser en faisant démarrer la chauffe plus tard. On découvre aussi que la température de la pièce a une influence non négligeable. Le miens est dans un cellier non chauffé, et je vois clairement une différence entre l'été et l'hiver, pour une consommation d'eau globalement constante (hors période de vacances).

Tu poses les bonnes questions J'ai la télécommande, mais franchement elle me saoule, il faut que je m'y mette sérieusement et que je la remplace par une vraie domotique. Déjà , tous les ans il faut changer les piles, c'est nul. Ensuite, le mode de programmation est basique, et ne permet pas des scénarios évolués. Notamment pour les vacances, tu fixes à l'avance la durée des vacances, et elle chauffe la veilleur du retour. Mais si tu reviens plus tôt que prévu, c'est perdu. Pire, j'ai constaté grâce à l'Eco-Devices que ce mode vacances fait parfois n'importe quoi, et il s'est mis à chauffer 3 jours avant le retour Je n'ai pas encore mis en Å“uvre ce que Did a fait, par manque de temps, et aussi parce que mon chauffe eau est encore garanti.... ceci dit j'ai 6 ans de garantie, je n'en suis qu'à 3, je vais craquer avant c'est sà»r Mais voici ce que Did a fait si je ne me trompe pas : - il laisse passer le courant pour charger la batterie, qui elle-même alimente l'ACI. - grâce à des FGS + Relais externes, il coupe le circuit de puissance afin de le contrôler au besoin. Il prend soin de ne pas bypasser le thermostat, afin d'avoir toujours celui-ci en sécurité. - il a glissé une sonde de température, afin d'avoir la température du ballon. Donc je pense faire tout pareil, et me servir de la sonde pendant quelques temps pour "apprendre" le comportement du ballon, en fonction de la consommation d'eau (j'ai un compteur d'eau branché dessus). Ensuite, je pourrai éteindre la télécommande, et piloter entièrement le ballon via domotique. Pour les scénarios, je dirais que je ne peux pas répondre à ta place, car je n'ai pas les mêmes horaires que toi. Je suis en HC/HP avec une seule période de nuit. Là où c'est bon, c'est que mon ballon chauffe en début de nuit (22h30), et maintient l'eau chaude toute la nuit, alors qu'on n'en a besoin que le matin au réveil (douche vers 8h par exemple). L'idée serait donc de faire démarrer le ballon le plus tard possible dans la nuit, sachant qu'il va se couper à 6h30 lors du passage HP. Toute la difficulté de l'exercice est de savoir à quelle heure commencer la chauffe pour avoir suffisamment d'eau chaude la journée. C'est là que l'apprentissage précédent des courbes de température sera utile. Pour finir, ma télécommande le sert actuellement pour chauffer le moins d'eau possible en semaine, et le plus possible le week-end (pour les bains, les invités, et tuer la légionellose). La domotique me permettra d'être plus précis sur ces points là .

Oui je l'ai déjàvu, effectivement prévu pour les US.

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