Lazer

Sur les anciens firmwares de la HC3, on pouvait mettre n'importe quel appareil rapportant une mesure d'énergie (en clair, un module possédant l'interface energy). Mais c'était trop pratique, du coup Fibaro a décidé qu'il fallait changer cela Donc sur les firmware récents, si je ne dit pas de bêtise, seuls les modules de type com.fibaro.EnergyMeter peuvent être affectés en mesure de la consommation principale de la maison (ça a été expliqué sur le forum officiel, c'est une conséquence du nouveau panneau d'énergie) Donc dans mon QuickApp GCE, en théorie il faudrait créer un enfant de type EnergyMeter. Je dis en théorie, car je n'ai pas testé, vu que je suis encore sur un ancien firmware de la HC3 qui me permet d'utiliser le module que je veux. @Did étrange ça, mais la téléinfo de ton Linky, elle est en mode Historique (censé être identique aux anciens compteurs électroniques) ou en mode Standard ? Autre chose, tu utilises quel appareil pour relever la téléinfo ? Je pense aux anciens Eco Devices v1 qui ne sont pas compatibles avec la téléinfo du Linky (électriquement parlant, il faut une adaptation du circuit électronique de l'EcoDevices) En fait la question que je me pose, c'est si les champs de couleur ont été retirés de la trame téléinfo émise par le Linky, ou bien si tu as une incompatibilité quelconque ? En tout cas moi je suis très content d'être enfin passé à Linky, ça fait un peu plus d'un an. J'ai pu simplifier mon installation car j'ai retiré mon compteur électronique que j'avais ajouté dans mon tableau, et je récupère maintenant directement la téléinfo sur le Linky. Et ça correspond exactement à ce qui est facturé, aucune surprise. J'ai changé de fournisseur récemment (ekWateur => EDF), aucune démarche à faire, aucun relevé à transmettre, le fournisseur interroge Enedis qui donne l'index du compteur relevé à distance, et la facture est ajustée au Wh près à l'heure précise du changement de fournisseur, au jour que j'ai choisi à l'avance. J'ai aussi changé de tarif (HC/HP => BASE), pareil, opération faite à distance, le jour programmé, et cela gratuitement puisqu'il n'y a pas eu besoin de faire intervenir un technicien sur place pour reprogrammer le compteur. Bref, très content de Linky, il rempli ses promesses (et je met de coté toutes les théories fumeuses sur les ondes, l'espionnage, la caméra intégrée, etc... un vrai business rentable pour certains... je ne vous met pas de liens pour ne pas leur faire de pub, mais les lits anti-ondes à plusieurs milliers d'euros, fallait y penser...)

J'ai pas compris ? Si tu veux changer d'OS, tu as juste à installer le nouveau, ça va écraser ce que tu avais avant, c'est tout.

C'est très étrange tout ça. J'ai migré mes modules de HC2 à HC3 (exclusion pour inclusion), j'ai tout reconfiguré pareil (intervalle de réveil, et certains paramètres Z-Wave), et le comportement des modules est exactement identique à avant. Et c'est bien normal. Il doit y avoir quelque chose que tu as fait différemment.

Attention lors du passage HC2 => HC3, les modules ne prennent plus la même valeur (propriété value dans le JSON du module, visible via l'API) Sur HC2, Fibaro avait mal fait les choses, les détecteurs binaires (mouvement, ouverture, etc) prenaient les valeurs "0" et "1" (chaines de caractères contenant un nombre), tandis que sur HC3 c'est plus logique, on trouve des valeurs true et false (booléennes) De même, sur HC2 les multilevel (dimmer, volet, etc) avaient une valeur entre 0 et 99 mais sous forme de chaine de caractère (donc entre guillemets), tandis que sur HC3 c'est une vraie valeur numérique. C'est une différence fondamentale, donc il faudra adapter les valeurs dans tes règles GEA. Pour voir les valeurs des modules, tu peux utiliser l'API HTTP pour voir le JSON du module directement depuis ton navigateur, connaissant son ID : http://.../api/devices/ID Et tu cherches la valeur de la propriété value La syntaxe qui t'a été donnée est une écriture abrégée, les 2 conditions suivantes sont identiques : -- écriture complète corrigée : GEA.add({"Value", id["Detecteur_Allee"], true}, -1, ...) -- écriture abrégée : GEA.add(id["Detecteur_Allee"], -1, ...) Voilà c'est exactement ça. Et même, on pourrait être encore plus précis, vu que la durée = -1, c'est donc un déclenchement instantané, donc ta phrase aurait pu commencer par "Dès qu'il y a une détection dans l'allée, ..." Ton écriture de Days est mauvaise, voir la doc de syntaxe (comme sur HC2, ça n'a pas changé) : {"Days", "Saturday, Sunday"} Tu n'as pas besoin des parenthèses autour de "Time", les parenthèses ne sont utiles que dans les déclenchement instantanés (donc avec durée = -1) pour exclure la condition du déclenchement (comme sur HC2, ça n'a pas changé) De plus, évite les conditions Time avec une heure précise à la minute près, en cas de freeze de la HC3 (constaté par quelques utilisateurs de façon aléatoire), GEA pourrait manquer le bon moment. Préfère une durée de 2 ou 3 minutes par sécurité : {"Time", "00:15", "00:16"}

OK c'est clair. Pour la production sur l'EDRT2, je t'ai dit, il faut commencer par affecter ces mesures sur un sous-poste dans la config de l'EDRT2, ensuite tu n'as plus qu'à aller chercher cette valeur avec le QA. J'ai en projet de poser du photovoltaïque prochainement, donc je pourrai faire la config et te montrer.

Voici GEA version 7.37 : Corrige l'action "Parameter" qui ne fonctionnait plus L'action "Parameter" peut maintenant être utilisée avec un seul ID de module, ou avec un tableau de plusieurs ID (le même paramètre sera appliqué à tous les modules, donc attention à bien lister uniquement des modules identiques) Copier/coller le contenu du fichier LUA téléchargé par dessus le fichier main dans le QuickApp. GEA v7.37.lua

@flacon030 je ne comprends pas, si tu interroges le compteur Linky, ce n'est pas la production que tu auras, mais uniquement l'injection du surplus ! Du coup tu fais comment pour mesurer la production ?

Bienvenue sur le forum

Hum, module buggué ? Là je ne sais pas alors...

Bien, donc c'est étonnant cette histoire avec le FGDW, normalement il devrait bien fonctionner. Mais je ne comprend pas quand tu dis " je bloque sur le réveil ", tu peux préciser le problème ?

Oui, en lisant le post

Je suppose que tu as choisi le moteur Z-Wave v3.... perdu ! Voir là :

Tu peux montrer une capture d'écran de ton association ? Car normalement tu as dû associer le Walli Controller avec l'Ampoule 1 je suppose

@M.Bar OK donc bug d'affichage du graph. Je pense avoir localisé le bug, est-ce que tu peux télécharger le fichier ci-joint, et extraire config.js pour remplacer l'original sur ton serveur web, dans /domocharts/js/ config.zip

[Frandroid] Lettre d’amour à la Nvidia Shield : le meilleur achat tech de ma vie

Je n'ai pas non plus cette télécommande murale Walli. Demande peut être au vendeur, il pourra peut être te conseiller. Si ça peut t'aider, voici une association que j'ai, depuis un FGD vers un FGS : On voit l'association de base entre le module et le contrôleur Z-Wave (box) sur le Groupe 1 (appelé Lifeline), normalement présent sur tous les modules. Et la seconde ligne est l'association que j'ai créé, sur le Groupe 2, vers le relai FGS (qui contrôle une dalle LED de plafond)

Ah oui en Belgique en effet ça semble plus courant. En France l'abonnement est plus cher, la nécessité d'équilibrer les phases et les complexités de câblage (surtout quand on rajoute du photovoltaïque, et je ne te parle même pas de ceux qui veulent utiliser du CPL...), bref tout est fait pour qu'on abandonne le triphasé. Reste les ateliers avec grosses machines à bois. Perso mes modestes machines se limitent à 2 kW + aspiration de 1 kW, soit 3 kW, ça passe très bien en mono. Le compteur Orno en triphasé me semble un bon choix. Sortie impulsion connectés sur l'IPX800 ou l'EDRT2, et hop. Préférence pour l'EDRT2, car il sait calculer les 2 paramètres : puissance en W, et énergie en Wh. Alors que l'IPX800 ne fera que la somme des impulsions, donc l'énergie cumulée.

Je ne sais pas trop à vrai dire. Moi je suis en monophasé, c'est tellement plus simple. Je ne vois d'ailleurs pas ce qui te fait rester en triphasé à vrai dire, à part avoir un atelier avec des grosses machines, l'intérêt est limité de nos jours. Surtout que ça complique pas mal l'installation, et en prime c'est plus cher. Mais c'est un autre débat Mais de ma compréhension du truc, en triphasé les 3 phases ne sont pas simplement additionnées, car elles sont déphasées (de 360/3 = 120°) Du coup si tu utilises 3 compteurs monophasé, tu auras un résultat inexact. Le compteur triphasé, lui, devrait compter la vraie valeur.

Non attention, 3 compteurs indépendants ça ne fonctionnera pas, car le triphasé ce n'est pas la somme de 3 phases, mais 3 phases déphasées (un peu comique écris comme ça) Il faut un compteur triphasé, qui fera la bonne somme. Je suppose que les compteurs triphasés à impulsion ça existe, sinon au pire tu as la solution du vieux compteur triphasé ERDF/Enedis, sur lequel tu actives la sortie teleinfo, que tu branches sur un ecodevices, mais c'est un peu lourd comme solution... Shelly ça ne passe pas par le cloud, c'est quoi cette histoire ? Ils doivent justement leur succès auprès des geeks grâce au contrôle local, et un cout inférieur aux modules Fibaro équivalents. Après perso je n'ai jamais testé, mais vu que ça utilise le Wi-Fi, il faut un bon réseau (Unifi...)

@M.Bar tu disais : Tu peux donner le JSON de ton module de mesure de courant ? Je voudrais m'assurer de son type, et de sa propriété unit : Car je pense qu'une ligne comme ça devrait te permettre de récupérer les données, d'après ta capture d'écran : { dbType = "current" , fibaroType = "com.fibaro.electricMeter" , unit = "A" , visible = "true", dead = "false", property = "value" , },

L'association directe se faire depuis la box domotique, au niveau du module qui va piloter l'autre, donc dans ton cas la télécommande Walli.

Pas encore, mais je devrais bientôt avoir ce genre d'installation si tout va bien. En tout cas, je mesure déjà la consommation de plusieurs circuits (PAC, ECS, EV, radiateurs, ...) donc c'est facile. Déjà est-ce que ton onduleur ne propose pas une API ? Il "suffirait" d'écrire quelques lignes de LUA dans un QuickApp pour récupérer les infos directement à la source. Autrement je te propose l'utilisation d'un compteur DIN à impulsion : https://www.amazon.fr/gp/product/B088TJV5M4/ 1 impulsion = 1 Wh Tu branches la sortie impulsion sur une entrée numérique de l'IPX800 ou de l'EcoDevices, en mode compteur, qui vont donc compter les Wh. Et puis tu utilises mon QA GCE. Dernière solution, la plus simple, avec l'EcoDevice RT2, et une pince ampèremétrique sur la phase qui sort de l'onduleur. EDIT : euh par contre en triphasé ça va être plus compliqué... il faut un compteur triphasé je pense. EDIT2 : un Shelly 3EM, mais il faudra écrire du LUA, personne ne l'ai encore fait sur le forum malgré la popularité de cette marque. C'est du Wi-Fi, donc ça résout ton problème de distance.

Oup's désolé, effectivement cette référence est une télécommande Walli, sans dimmer intégré. Cardane t'a parfaitement répondu du coup. L'association directe me semble la meilleure option.

Ah donc c'est un Walli Dimmer, tu le câbles comme indiqué dans la doc, c'est tout simple, tu n'as pas besoin d'ajouter un Dimmer 2, puisque le module Walli intègre à la fois l'interrupteur et le module Dimmer. PS : arrête de poster la même demande dans HC3, ça n'a rien à y faire, ta question concerne de l'éclairage

Et c'est quelle référence ton mignon petit interrupteur sans fil ? Parce que c'est celui-ci, qui est installé dans la boite derrière l'interrupteur mural, qui est censé piloter la lumière. Tu dois avoir le schéma de câblage dans la doc normalement.