Lazer

Attention, ton Temp_Piscine n'est pas une variable, mais un label du QuickApp. Cela n'est pas le sujet de ce topic qui traitait à l'origine des variables du QuickApp, qu'on retrouve dans l'onglet présenté sur la capture d'écran de Krikroff. Les labels servent à afficher des informations, pour l'utilisateur. Cela se fait avec la fonction updateProperty(), voir la documentation officielle : https://manuals.fibaro.com/home-center-3-quick-apps/ Lire un label n'a que peu d'intérêt, voire même aucun. Les valeurs des labels ne sont pas persistants, contrairement à ce qui était le cas sur les VD de la HC2. La doc officielle n'est pas très détaillé, et surtout assez peu didactique. Il faut bidouiller par mal pour finir par comprendre la logique des QA. Il n'y a pas de tutoriel complet à ma connaissance, en tout cas pas sur le forum, si ce n'est plusieurs discussions plus ou moins poussées autour de différents sujets. Si tu veux devenir un dieu du QuickApp, que tu as pas mal de temps à y investir, et que tu lis l'anglais, je te conseille le topic de @jang sur le forum officiel : https://forum.fibaro.com/topic/49113-hc3-quickapps-coding-tips-and-tricks/ Lire en particulier les 4 (longs) messages sur l'anatomie d'un QuickApp (Part 1 à 4) et de leurs enfants (voir table des matières du 1er post) Il y a un début très théorique sur les notions de bases du LUA, indispensable pour bien comprendre comment sont construits les QuickApps, avant d'aborder des aspects plus pratiques.

Rectificatif : ce BIOS hacké permet d'activer le support du protocole AHCI du contrôleur RAID. Donc en pratique, permettre le hot-plug des disques, mais également la possibilité de connecter autre chose qu'un disque dur sur les ports (un lecteur de CD/DVD par exemple)

Problème de communication avec l'onduleur... ça peut venir d'une lenteur au niveau du réseau lui-même, de la carte contrôleur SNMP de l'onduleur, voire de la HC3. Il n'y a rien qu'on puisse faire, mais l'erreur n'est pas gênante et non bloquante, le QuickApp est prévu pour gérer ce cas de figure et ne pas planter. Pour preuve, il continue son fonctionnement normal. J'aurais pu faire le choix de cacher cette erreur et ne pas l'afficher, mais je préfère la laisser, au moins on voit ce qui se passe (ou ne passe pas en l'occurrence).

Non le Push c'est toujours le 3ème argument. Dans ton cas tu as laissé "", donc une chaine vide, donc pas de notification. Voilà : GEA.add( {{"Days", "Monday, Tuesday, Wednesday, Thursday, Friday"}, {"Time", "00:00", "00:31"}}, 30, "Push eco énergie", {"TurnOff", {id["Prise_Sapin"]}}, "Eco énergie prise OFF") Pour ta condition de variable globale, oui c'est ça. Attention à la terminologie, dans cette règle cette condition n'est pas un "trigger" (= déclencheur), mais juste une condition. Elle serait un trigger si elle était utilisé dans une règle à déclenchement instantané (avec une durée = -1)

De mémoire, le BIOS hacké, c'était sur le G7, pas sur le Gen8 ? ça servait juste à débrider le contrôleur RAID, afin de lui permettre le hot-plug des disques durs (fonctionnalité volontairement limitée par HP sur ce micro-serveur d'entrée de gamme, pour forcer les clients d'entreprise qui ont besoin de cette fonctionnalité à acheter un modèle de gamme supérieur.... pas au même tarif) Donc aucune limitation, bien au contraire, tu peux garder ce BIOS.

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" , },