Lazer

Pas testé, mais il y a "Indisponible" sur HC3, qui n'existait apparemment pas sur HC2 :

@Nico Voilà, la box conserve la dernière valeur connue de consommation (power) qui ne changera jamais tant que le nœud est mort (module débranché / panne secteur) @pipiou_ch en effet, tu peux tenter d'utiliser les notifications intégrées. Dans tous les cas, fait un test de bon fonctionnement en débranchant le wall plug manuellement.

Welcome to the forum

Tu t'es lancé dans un truc peut être trop compliqué. ne met pas de onInit, ni de variable, ni de settimeout en gros, ton code pcall avec le http:request simplement dans un bouton.

C'est pas trop au point les scènes sur HC3.... je peux te conseiller de tenter de faire fonctionner ton code dans un QuickApp pour voir. cf ici :

En cas de coupure de courant, il n'y aura plus de mesure de consommation, donc le scénario ne fonctionnera pas. La seule solution "à peu près fiable", c'est de détecter les nœuds morts. Pour cela, il faut s'assurer que le polling (interrogation) est bien activé sur les modules à surveiller, puis utiliser la propriété "Dead" dans GEA.

Yes, you can use local id = ... to define anything you want. Like user id, parameters, etc... I don't think it's possible to compare a Global variable with another one in GEA.

Bienvenue sur le forum

Bienvenue sur le forum

Welcome to the forum

Effectivement, désolé pour ce bug, je pense avoir trouvé ce qui pose problème. PS : la prochaine fois pense à activer GEA.debug = true Voici la version 7.33 : Corrige le bug de "RoomLights" GEA v7.33.lua

Pour la Téléinfo, le câble est normé, je ne me souviens plus, mais tu peux retrouver l'info dans les PDF d'Enedis, ou si @Did passe par là. 80m ça commence à faire pas mal, je dirais qu'idéalement il faudrait du câble réseau en paire torsadée (tu n'as besoin que de 2 fils, soit 1 seule paire pour la Téléinfo) et blindé. Perso j'utilise du câble de Catégorie 5e non blindé et ça fonctionne très bien, mais je n'ai pas une grosse longueur (je n'ai pas mesurée, mais je dirais moins de 20m)

Oui il y a surement une API, après libre à toi de créer le QA pour remonter les infos du WES sur la Home Center. Sinon je mettrai peut être en vente mon Eco Devices v1 un de ces jours, vu que je suis passé sur le nouvel EDRT2. Il faut juste que je l'installe proprement dans le tableau, pour l'instant il pendouille toujours posé sur la Freebox, avec la HC3 en travers par dessus, c'est juste honteux.

Ecodevices 1 fin de série : https://forum.gce-electronics.com/t/ecodevices-1-fin-de-serie/13222

Je n'ai pas ce Walli Controller, mais connaissant Fibaro je ne serais pas surpris qu'il faille utiliser CentralSceneEvent, comme toutes les télécommandes récentes. Tu peux vérifier dans sa doc.

Effectivement, merci de m'avoir aiguillé, c'était bien un bug introduit depuis la version 7.30. Voici donc la version 7.32 : Corrige le #name# Corrige l'option "Parameter" GEA v7.32.lua

Bienvenue sur le forum

De mémoire il y a un bug dans GEA sur HC2, quand on a pour seule condition "Sensor". Tu serais donc dans ce cas de figure. Essaye de rajouter une condition principale, simplement vérifier que l'appareil est allumé : GEA.add({89, {"Sensor+", 89, 500}}, -1, "Allumage Pompe!") GEA.add({89, {"Sensor-", 89, 500}}, -1, "Extinction Pompe!")

@Dragoniacs tu pourrais me donner la règle GEA.add() qui produit se plantage ?

Box/Logiciel/ on s'en fout c'est pareil hein Alors oui une scène chez Fibaro c'est clairement plus simple que sur Jeedom. Mais je savais pas que tu venais du forum Jeedom, c'est clairement une différence fondamentale de réflexion de mise en place de la domotique. J'ai déjà remarqué, chez d'autres utilisateurs Jeedom, cette tendance à vouloir tout centraliser sur la box (logiciel ), et n'utiliser aucune fonction "de base" propre aux modules. Je pense que par extension, ça explique pourquoi beaucoup d'utilisateurs de Jeedom ne voient pas la valeur ajoutée de Z-Wave par rapport à d'autres protocoles. Et notamment Zigbee qui est à la mode, mais dont les modules sont à peu près aussi basiques qu'à l'époque du 433 MHz (j'exagère, il y a quand même le retour d'état en Zigbee, c'est déjà un gros plus) Dans ce cas, c'est clair qu'il n'y a pas beaucoup d'intérêt à prendre des modules Z-Wave à 50€ quand un module à 20€ fait sensiblement la même chose. PS : je cites Jeedom car tu en parles, mais c'est le même comportement avec Home Assistant étonnamment.

Je ne suis pas trop d'accord. Les associations c'est parfait pour toutes les actions de base, qui doivent pouvoir se passer sans box. Le cas de @TheRevolutioner est un vrai cas d'école, l'association est exactement ce qu'il faut dans ce cas là, et passer par un scénario via la box serait une bêtise (plus compliqué à mettre en place (encore qu'avec une scène en mode bloc, ça reste à peu près simple), plus lent, dépend de la box qui doit être opérationnelle) Ça revient à faire en sans fil ce qui se pratique en KNX. Les fonctions de base sont automatisées (comprendre : autonome, indépendante) Les scènes sur la box, c'est bien pour les scènes plus "complexes", c'est à dire qui prennent de multiple conditions. Exemple appliqué à la lumière : il est inutile que le détecteur de mouvement allume la lumière (en association directe) s'il fait déjà jour. Dans ce cas, la scène permet de prendre en compte la luminosité et/ou l'heure, ainsi que d'autres conditions (présent/absent, en effet on va pas allumer la lumière si c'est juste le chat qui se balade pendant qu'on est absent)

Bienvenue sur le forum

Théoriquement c'est une bobine/inductance/self, afin de luter contre l'effet capacitif des charges à base d'alimentation à découpage.

Tiens, tu peux essayer cette version 7.31 J'ai effectivement corrigé une erreur dans "Ask", un caractère s'était malencontreusement introduit... J'en ai profité pour améliorer cette option, on peut maintenant identifier la Scène ou le QuickApp à appeler par son nom. GEA v7.31.lua

@manuxenon Y'a même pas de message d'erreur..... comme d'habitude, tu peux activer self.debug=true et self.lldebug=true (et isole ta règle fautive) @jang Je répond en français, je pense que Google Translate saura traduire à peu près correctement vers l'anglais. Tu as raison, l'appelle d'une méthode d'un QA peut modifier des propriétés. J'y ai pensé, et mon système de cache est censé le gérer. Il y a plusieurs caches. Une table LUA pour les propriétés des devices Une table LUA pour les variables globales Une table LUA pour les profiles etc. Prenons un exemple, la table des propriétés des devices. Elle a une structure comme telle, qui est remplie au fur et à mesure de la lecture des propriétés : self.cachedDeviceProperties = { 3 = { Temperature = 20 }, 10 = { value = true, power = 100 } } Dans cet exemple, le premier index est l'ID des devices, et le second index représente les propriétés de chaque device. Ce tableau est créé et rempli dans la fonction GEA:getDeviceProperty(id, property) Maintenant, quand une action est effectuée sur un device, le plus simple est de supprimer du cache toutes les propriétés de ce device : self.cachedDeviceProperties[id_num] = {} Cela répond au problème de l'appel d'une méthode qui est susceptible de modifier plusieurs propriétés d'un device. Dans d'autres situations, par exemple les actions "Dead", "Polling", "ApiGet", "ApiPost", etc... et aussi à chaque démarrage d'une nouvelle boucle de GEA, on force la suppression complète de la table avec self.refreshDeviceProperties = true (qui sera traité dans la fonction cachedDeviceProperties()). Ainsi, normalement on ne devrait jamais avoir de cas où une propriété n'est pas à jour. Le principe est similaire pour tous les autres objets stockés en cache : labels et sliders des QA, zone de climat, partition d'alarme, variables globales, variables de Quickapp, propriétés de scènes, météo, profile actif, paramètres systèmes J'ai essayé de faire court, j'espère que c'est clair.