Lazer

en fait il veut forcer la chauffe en journée quand le soleil est présent, et couper le nuit l'inverse du HC, car il a un ballon thermo dynamique, donc pour optimiser le rendement

Ah bah oui mais c'est sur que si tu parles de l'IPX, il y a du choix. Le VRT IP je l'ai, mais le manque de retour d'état me gène, donc je ne le conseille pas. Je l'avais pris quand il n'y avait pas de Qubino. Aujourd'hui je prendrais un Qubino qui fonctionne chez Krikroff, malgré l'absence de template. C'est pas gênant, mes 4 modules Qubino fil-pilote fonctionnent très bien depuis 2 ans et demi.

@Nico Oui mais non, car en l'occurrence, Pepite parle d'un module qui n'existe pas chez Fibaro, le module par inversion de polarité DC pour Velux. Il pourrait en être de même concernant les dimmers rail DIN, le compteur+relai rail DIN, etc. Donc je suis d'accord, quand on a le choix, Fibaro est mieux. Sinon, Qubino reste innovant et propose des modules qui n'existent pas ailleurs, et sont mal supportés par la HC2, à cause de la politique pourrie de Fibaro. Et là on ne parle pas de bug du firmware ou de manque de fiabilité des modules dans le temps.

Ah mince, je croyais justement sur ton schéma qu'il y avait un relai HC/HP. Donc dans ce cas, c'est tout simple : un FGS 213 mono-relai, suffisamment puissant pour alimenter en direct le ballon en sortie de disjoncteur, ce qui te permettra de le domotiser et de mesurer sa consommation. N'oublie pas de mettre un bouton interrupteur sur l'entrée S1 du Fibaro, ce qui te permettra de forcer la mise en chauffe en cas de panne de la box domotique. Par contre, attention : si tu as un ballon ACI à courant imposé, pour éviter l'entartrage de la résistance de chauffe, il ne faut pas couper l'alimentation du ballon, donc retour à la case départ. Perso c'est la raison pour laquelle je n'ai pas domotisé mon ballon. @Did, toujours lui, a trouvé une parade, qui consiste à positionner un relai de puissance piloté par un FGS dans le panneau de commande du ballon, afin de dissocier l'alimentation de puissance, de l'alimentation de l'anode ACI. Il peut couper la chauffe, en laissant le courant de protection sur l'anode. Je ne sais plus où c'est sur le forum....

Tient, un bon plan Philips Hue : Kit de démarrage Philips Hue - 3 Ampoules White and Color (V3, E27) + pont de connexion (via ODR de 30€) à 109.9€ @ Amazon

Toujours prévoir une marge d'au moins 2 fois la puissance maxi. Donc si ton ballon ne consomme que 950W maxi, alors il te faut supporter du 2kW, donc un FGS 212 simple relay, qui supporte 2,5kW. Du coup, le FGS 213 aussi ferait l'affaire. Mais je pense que tu mélanges tout : la commande du relai HC/HP de puissance du ballon, et l'alimentation en puissance proprement dite. Je n'ai plus les schéma en tête, et on va attendre que @Did passe par ici pour valider, mais en résumé : - le FGS peut être positionné en amont du relai HC HP, ce qui est la bonne solution, car le relai peut continuer à fonctionner de façon autonome en cas de panne de la domotique, mais tu n'auras pas de mesure de consommation à moins de mettre un compteur à impulsion sur le circuit de puissance comme je le disais - le FGS peut être sur le circuit de puissance, mais si bug de la domotique, pas d'eau chaude.... Madame va te parler du pays. Avavtage, tu peux avoir la mesure de consommation en direct

Adresse exacte de la discussion en question : https://plus.google.com/112647165216455047980/posts/H9XqYReWF3a Il ne disent pas que Qubino pour Velux fonctionne bien ou mal avec la HC2 (c'était la question de Pepite), mais juste que Qubino est moins fiable que Fibaro ( = risque de panne plus important) Ce qui est déjà une information très intéressante en soi, pour ceux qui hésitent entre Fibaro et Qubino.... on savait déjà que les fimrwares Qubino étaient parfois buggués, on sait maintenant que ça tombe plus souvent en panne.

Bah si Awox c'est connu, ça fait pas mal de temps qu'ils vendent des ampoules connectées. @cedriclocqueneux en a déjà parlé plusieurs fois sur son blog, et @Moicphil en a testé une chez lui il me semble. (ils ont même racheté Cabasse il me semble) Bon perso, je trouve que l'usage est aussi nul que des Philips Hue, car on ne peut plus utiliser les interrupteurs muraux.... rien ne vaut une bonne vieille ampoule classique pilotée par un dimmer. Autre article sur le sujet, chez Ikea cette fois : http://www.touteladomotique.com/index.php?option=com_content&view=article&id=1912 "... enfin une concurrence sérieuse pour Philips " => Awox, Milight, et tous ceux qui font des ampoules connectées depuis des années, vont apprécier cette remarque

Je n'ai pas vérifié ton schéma, mais plusieurs choses : - ne jamais commander un chauffe eau puissant avec les relais d'un module domotique Fibaro, tu risques de coller les relais, voire d'y foutre le feu, car la consommation est trop grande - si tu veux mesurer la consommation, il te faut soit un Aeon Labs Heavy Duty qui supporte plusieurs kW, soit un compteur modulaire à impulsion (compter environ 15/20€ sur Amazon) et le brancher sur un Eco-Devices, IPX800, Raspberry PI, ou tout autre module capable de compter des impulsions - le FGS ne servira qu'à déclencher le contact du relai HC/HP, donc oui il te faut du contact sec, ce qui exclu le FGS 223. Il te faut un FGS 222 ou 221. Il n'y a de toute façon aucune consommation à mesurer sur la commande d'un relai, donc tu ne perds rien.

c'est peut être juste un template vide, comme pour les multiprises Greenwave, les miennes sont ainsi. il n'y a pas de message d'avertissement, pourtant j'ai dû appliquer les paramètres à la main avec la doc sous les yeux.

Sinon pour donner mon avis : je suis bien content sur Fibaro depuis que c'est redevenu stable. Jeedom c'est bien si on veut interconnecter plein de bidules low cost, surtout en bluetooth, mais perso tous ces produits ne me tentent pas. La force de la HC2 c'est le LUA, alors bien qu'il manque les plugins utilisateurs pour faire une intégration parfaite, on arrive quand même à tout piloter avec les scènes + VD. Le protocole qui unifie tout le monde, c'est l'IP, et grâce à ça, la HC2 n'est pas en reste. Là par exemple, ça fait 2 mois que je pilote mon vidéoprojecteur avec un VD, quand je vois la documentation Epson qui mentionne la compatibilité avec la domotique pro à what mille euros (Crestron et compagnie, très courant dans le monde du home cinéma haut de gamme), ça me fait bien sourire car on fais la même chose avec notre petite box, pas si limitée que ça. Idem pour Kodi, Sonos, et plusieurs marques d'amplis HC sur le forum. Bref, on a de quoi se faire de très belles installations sur HC2, perso je n'en vois pas le bout et ne suis toujours pas limité pour mes usages.

Oui c'est vrai que ce n'est pas abordable FHEM, et en plus Linux c'est la partie facile, car FHEM à lui seul est d'un complexe difficilement imaginable, et presque toute la documentation/forum est en allemand. Par contre c'est d'une robustesse à toute épreuve, pas un plantage en 2 ans et demi !!

Non n'importe quel Linux : une VM, un PC dédié, une HC2, etc

Ce n'est pas une stable transcendante ça ..... Qui se lance ?

J'ai déjà eu ça pour un FGK quand la pile est tombé en panne entre le moment où il a envoyé la trame de détection, et le moment (de ne pas) envoyer le trame de fin de détection. Donc vérifie ta pile. J'ai aussi le cas pour des FGBS qui sont en limite de portée Z-Wave, donc la 2nde trame, celle qui signale la fin de l'alerte, n'est pas toujours reçue par la box. Donc vérifie la portée du signal.

Augmenter le nombre maxi d'instance (jusqu'à 10) Ou écrire différemment ta scène. Par exemple, c'est une très mauvaise idée de faire des sleep() dans une scène : cela monopolise 1 instance de la scène, et la fin de la scène ne sera jamais exécutée si entre temps la scène plante ou la box reboot.

Je confirme, passer un maximum de câbles, ou au minimum des gaines sans coudes pour repasser un aiguille dedans plus tard. Perso j'ai même un FGMS "câblé" avec une fausse pile.

En fait, c'est la philosophie complète du panneau de l'alarme qui est totalement différent de ce que tu connais sur ton alarme dédiée. Sur ton alarme dédiée, tu armes la totalité des capteurs, puis tu désarmes la totalité, en une seule fois. Sur le panneau d'alarme de la HC2, ce n'est pas le panneau d'alarme qu'on arme, mais la totalité des capteurs. Une fois que tous les capteurs sont armés, alors le panneau d'alarme devient armé. Et non l'inverse. Pour le désarment, c'est bien sûr l'opposé : tu désarmes TOUS les capteurs, ce qui a pour effet de désarmer le panneau d'alarme. Sachant cela, si tu désarmes un seul capteur, il est normal que les autres capteurs restent armés. L'intérêt peut te sembler discutable, mais la logique derrière ce panneau d'alarme est de pouvoir se créer des scénarios bien plus sophistiqués qu'une alarme traditionnelle (celle-ci est généralement limitée à un armement total, ou armement partiel de certaines zones). Il faut donc que tu te fasses des scènes, qui permettent d'arme et désarmer tous les capteurs des zones que tu souhaites, afin de retrouver un comportement similaire à un système d'alarme traditionnel. Sur HC2, il existe déjà plusieurs VD en LUA pour cela (dont le module "alarme avancée" de @Moicphil ) mais pour HCL je ne suis pas certain qu'il existe grand chose sur le forum.

Il y avait un tuto sur domotique-info pour le dressing/lumineux/meteo http://www.domotique-info.fr/2013/08/armoire-meteo-fibaro-rgbw-controller/

@Sakkhho là comme ça, je ne vois pas ce qui coince. Et si tu exécutes la requête à la main dans phpMyAdmin, ça donne quoi ? Tu dois bien avoir un message. Dans ton tuto de la page précédente, j'ai l'impression qu'il manque le screenshot pour la table gaz_month. @ggpublic pas de limite de device connue. Tu as un message d'erreur quelque part ? (notamment dans le bouton Devices) ? Ca ne serait pas le bug Netatmo par hasard ?

Tricheur

ouais, enfin bon on n'a pas tous une CNC à disposition

@pepite dans ton coin, ils ne t'ont pas installé le télérelevé pour le compteur d'eau ? Ce qui permet d'accéder au relevé sur le site Web (Veolia pour ma part). J'ai partagé un script sur le forum pour envoyer ça dans Domocharts automatiquement. @Sakkhho l'utilise.

C'est le nombre d'instance simultanées de la scène, donc en même temps. Ce paramètres a été introduit par Fibaro car pas mal d'utilisateurs avaient des scènes mal programmées, et se retrouvaient avec plusieurs 10zaines d'instances simultanées, ce qui faisait planter la box. Si tu la lance 12 fois dans la journée, mais à des moments différents, tu n'auras aucun souci puisque tu n'auras qu'une seule instance active à un instant t. Le 2nd, c'est l'autostart, donc que la scène démarre automatiquement au boot. Utile pour les scènes de type boucle infinie. Bon forcément sur HCL tout cela n'est pas clair, car tu n'as pas de LUA et tu es limité au Bloc, donc tu as aucune idée de comment les blocs fonctionnent derrière (c'est du LUA) Sur HC2, avec le LUA, tout cela devient limpide, car on voit le code, donc on sait ce qui est censé se passer (instances en //, et autostart)