Lazer

Sans pile non. Mais sans fil oui EDIT : ce qui est carrément bien, c'est qu'on a le choix entre la pile ou l'alimentation secteur DC Comme le Multisensor de chez Aeotec, les Remotec ZXT, l'ancien capteur Fibaro FGSS, etc.

Ouh là là, attention à ne pas l'embrouiller, il n'a pas demandé la connexion locale, et ça nécessite quelques connaissances en réseau (ouverture et redirection de port, et le moyen de le sécuriser au travers d'un VPN ou reverse proxy). Donc hors sujet à mon avis.

Comme dit précédemment, éteindre la box c'est une fausse bonne idée. Déjà la HC3 consomme quasi rien, et ensuite c'est elle qui te permet de faire des économies en pilotant les autres appareils. Il est donc indispensable qu'elle reste toujours allumé (sans même parler des problèmes de réseau Z-Wave qui vont devoir se reconstruire à chaque redémarrage de la box...) Bref, entre le pilotage du chauffage (environ 50% de la facture énergétique), de l'eau chaude (environ 25%), des lumières (1 à 2%), des volets (pour gérer les apports solaires, donc difficilement quantifiable), il y a matière à optimiser ses besoins en énergie... perso ça fait 9 ans, et j'optimise encore (bon plus ça va, plus c'est optimal, donc plus c'est difficile d'optimiser) L'étape suivante c'est l'isolation, le changement de moyen de chauffage, l'ajout de panneaux PV, etc. Ou tout simplement le changement d'habitude : baisser le chauffage c'est encore le plus efficace (environ 7% par degré)

Oui ben après je ne connais pas l'API de l'appareil avec lequel Bloug tente de communiquer. Mais déjà il y a un incohérence dans son code, car dans le payload de la requête curl il met un authToken, et dans la fonction http en LUA, il met un password. C'est pour cela que je disais qu'il faut adapter mon exemple, c'était surtout pour l'aiguiller sur le format de la syntaxe, pas sur le contenu utile.

Ton data n'est pas bon, il faut que tu le formates comme le payload (c'est du JSON en fait). Un truc dans le genre (non testé et à adapter) : data = '{"smartphoneId":"pymultiMATIC","username":"' .. self:getVariable("UserName") .. '","authToken":"' .. mon_token .. '"}'

Pour moi ce choix est de loin la meilleure solution : - pas d'ombrage - répartition selon 3 angles distincts, donc meilleur suivi du soleil, production plus constante tout au long de la journée, ce qui permet de limiter l'effet "cloche" de la production avec le pic vers 13h-14h, et donc au final meilleur taux d'autoconsommation Par contre, avec ce choix, il te faut un onduleur central avec 3 MPPT, mais avec seulement 3 panneaux par MPPT ce n'est pas terrible. La meilleure solution devinent le choix de micro-onduleurs Enphase (car les AP-System fonctionnent par paire de panneaux... donc pas adapté, sauf à installer 4 panneaux par plan de toit) 3 kW une valeur à la con sortie par les vendeurs/installateurs de panneaux.... qui ne correspond en réalité à aucun besoin, on a tous des besoins différents. Autre chose, 3 kVA (à ne pas confondre avec les kWc) est limite de puissance maxi en dessous de laquelle on peut éviter le passage du Consuel (180€) chez Enedis. ça fait une formalité en moins... cela dit si tu lis la CACSI, tu verras que le Consuel est obligatoire à partir du moment où il y a montage sur le toit. Donc bon... si tu veux faire les choses dans les règles, le Consuel est tout le temps nécessaire. A toit de voir.... i Rappel : - kWc : puissance max des panneaux - kVA : puissance max des onduleurs.. en général dimensionnés à environ 80% de la puissance crête des panneaux Donc tu peux avoir 4 kWc de panneaux sans souci, tant que la puissance des onduleurs reste < 3 kVA. Perso j'ai 5670 Wc pour 4060 VA, soit un rapport de 72 %

Oui, il te faut créer un compte différent sur la HC3, et attribuer des autorisations d'accès limitées aux seuls modules désirés pour ce compte. Puis sur le téléphone, lors de l'installation de l'application Yubii, il faut se connecter avec le compte en question. Ainsi tu ne verras que les modules et les pièces autorisées. Par contre je l'ai fait il y a longtemps, mais je crois qu'entre les 2, il y a une étape supplémentaire, c'est d'associer le nouveau compte avec le cloud Fibaro, à réaliser sur https://id.cloud.fibaro.com/

Normalement il faut comparer la value à l'identique de ce que contient la propriété value visible dans l'API JSON du module. Donc sur HC3 (car ce n'était pas le cas sur HC2), pour un capteur binaire, c'est toujours un booléen, donc true/false. Pas de string donc. Sinon pour ton test, je ne sais pas... peut être un bug dans GEA... il faudrait reproduire, analyser les logs détaillés, etc... désolé mais pas trop le temps/courage de m'y remettre. Si ça fonctionne avec l'écriture complète, fait comme ça.

Bienvenue sur le forum

La syntaxe abrégée devrait tout le temps fonctionner, y compris pour les FGBS si ceux-ci renvoie la value true. Mais il y a un truc bizarre dans ta règle, tu testes la valeur "true" et non true (soit string versus boolean), c'est normal ?

Si tu as la possibilité de monter facilement sur le toit le plus haut, sans aucune hésitation, c'est là qu'il faut placer le maximum de panneaux (5 si j'ai bien compris) Ce qui te fera environ 2000 Wc. Ensuite si tu veux plus de puissance, pour monter à 3 kWc, alors tu peux ajouter des panneaux sur les toits inférieurs. Dire lequel aura la meilleure production est impossible de répondre sans la simulation PVGIS avec le relevé d'ombre. Sans faire la simulation, une autre approche serait de voir quand tu as le plus besoin d'électricité ? Le matin, ou le soir ? La réponse à cette question va aiguiller ton choix.

Bon vu les questions j'ai déplacé dans un nouveau topic :

Si c'est juste une question tu peux la poser ici, mais j'ai l'impression que ta question va déborder largement sur plein d'autres questions pour ton installation toute entière, il est surement préférable de créer un topic dédié. Après si tu es venu sur le forum juste pour parler photovoltaique c'est cool, mais le forum de référence en la matière, avec tous les experts et de très nombreuses discussions, ça reste https://forum-photovoltaique.fr/

Bienvenue sur le forum

Réponse : la liste des devices avec les propriétés lisibles et les méthodes exécutables Je n'avais jamais fait attention à ça !! Et je confirme que c'est bien présent sur la dernière vraie stable connue : 5.120 Et absent sur les versions récentes (stable ou beta on ne sais pas trop du coup....) : 5.130.xxx

Il y a quoi normalement dans structure ? Je n'ai pas souvenir d'avoir jamais vu ça

Ah désolé je n'avais pas fait attention que tu es encore sur HC2. Le lien que j'ai donné est pour HC3... mais il existe aussi pour HC2, là justement : Pour les associations, je pense que tu trouveras ça dans l'API comme je te l'ai indiqué... il faut fouiller un peu, perso je ne l'ai jamais fait.

Normalement tout est accessible dans l'API des modules : /Api/devices/ID Attention seulement avec le moteur Z-Wave v2, apparemment le moteur v3 renvoie des informations vides pour l'instant (mode Beta, tout ça....) Cela ne traite pas des associations entre modules, mais regarde déjà ce qui existe ici concernant le routage :

Il me semble que Fibaro propose une télécommande dans la gamme Walli également, donc à poser librement sur un mur.

Il faut le choisir lors de l'inclusion du module Z-Wave, dans la fenêtre Avancé : A noter : avec le moteur Z-Wave v2 (stable) c'est S0 uniquement avec le moteur Z-Wave v3 (encore en Beta), c'est le S2 La sécurité du mode S0 a rapidement été cassée, elle n'apporte donc pas grand chose. Seul le S2 en vaut vraiment la peine.

Oui effectivement. Et régler la sensibilité du capteur de mouvement aussi, comme pour le FGMS.

Hum, reste à savoir si ça sera une beta stable ou une stable instable Parce qu'en ce moment le développement des firmwares chez Fibaro c'est pas ça... espérons qu'ils se ressaisissent rapidement

Bienvenue sur le forum

Bienvenue sur le forum

Ah... dans ce cas c'est comme sur la HC2, il faut créer un nouveau set de 10 icônes... Tu ne peux pas modifier un jeu d’icône existant, ça n'a jamais été possible.