Lazer
-
Compteur de contenus
25 998 -
Inscription
-
Dernière visite
-
Jours gagnés
1 280
Tout ce qui a été posté par Lazer
-
Topic unique Fibaro - Capteur D'ouverture Fgk
Lazer a répondu à un(e) sujet de Moicphil dans Modules Fibaro
C'est quoi qui "marche pas" ? - Le module ? Il faut lui ajouter des jambes et un cerveau.... - La communication ? Alors toujours un problème de maillage, perturbation radio, etc - GEA ? Voir le topic support GEA - Autre ? Préciser. -
Pour répondre à ta 2nde question @Yannick oui tu peux exécuter la même action sur plusieurs devices en même temps avec GEA, il faut les regrouper entre accolades. Il y a plusieurs exemples dans la doc de syntaxe. Exemple : GEA.add( CONDITIONS, 30, "", {"TurnOn", {id["lampe_sejour"], id["lampe_salon"]}})
-
Topic unique Aeon Labs - Zw100 "multisensor6" - Capteur 6 En 1
Lazer a répondu à un(e) sujet de Moicphil dans Aeon Labs / Aeotec
Honnêtement je n'ai pas étudié la doc de l'Aeotec en détail, donc je te fais confiance. Mais de façon générale, autant le principe de l'association directe est géniale, autant c'est bien souvent trop limité pour des scénarios évolués. Si bien que je n'utilise jamais l'association directe chez moi, car mes scénarios dépendent de plein de paramètres (mode présence/absence/nuit, heure, luminosité, etc) Finalement j'utilise l'association directe que pour quelques usages très précis et basiques, comme thermostat+radiateur, ou bien interrupteur vers plusieurs éclairages. -
Topic unique Aeon Labs - Zw100 "multisensor6" - Capteur 6 En 1
Lazer a répondu à un(e) sujet de Moicphil dans Aeon Labs / Aeotec
Ce n'est peut être tout simplement pas possible avec ce module. Avec le Fibaro FGMS, c'est possible en tout cas, avec les paramètres 8 et 9. -
Et voici
- 12 330 réponses
-
- 2
-
-
- support
- script lua
- (et 1 en plus)
-
Showroom GEA pour HC3 Postez uniquement les fonctions testées et vérifiées. Pour plus de lisibilité NE POSEZ PAS DE QUESTIONS DANS CE FIL !!! Si vous voulez remercier pour un post, cliquez sur le bouton j'aime Si vous avez une question, allez dans le fil Support GEA et faites référence à un post ou copiez l'extrait de config pour laquelle vous voulez poser une question. Ce topic fait suite aux 2 Showrooms consacrés à GEA sur HC2 :
-
Topic unique Fibaro - Capteur D'ouverture Fgk
Lazer a répondu à un(e) sujet de Moicphil dans Modules Fibaro
ça ressemble à un problème classique de maillage Z-Wave. Essaye d'ajouter des modules sur secteur (car ce sont eux qui font routeur) dans les environs de la boite aux lettres, afin que le capteur puisse trouver un chemin stable vers la box. -
Pour rappel, il y a 2 showroom GEA sur le forum. Qui datent de la HC2 certes, mais la plupart des exemples sont encore valables, ça peut vous servir d'inspiration. En tout cas c'est là bas qu'il faut partager vos codes, ici c'est le topic du Support GEA, donc pour demander de l'aide.
-
Ah ben si tu as un QA externe qui fait tout le boulot de détermination de l'heure, alors c'est encore plus facile, je ne sais même pas pourquoi tu poses la question puisque tu connais (mais a oublié ) déjà les réponses fibaro.call(ID_GEA_Alarm, "setTime", numéro_alarme, PiscineHrFin) Au format "00:00" bien entendu. (ou hub.call si tu préfères)
- 12 330 réponses
-
- 1
-
-
- support
- script lua
- (et 1 en plus)
-
J'ai regardé le code de GEA, et je confirme que ce n'est pas possible, "Time" ne peut prendre que des chaines de caractères contenant une heure. Pour définir l'heure avec GEA Alarm, comme tu l'as vu il faut appeler la fonction setTime() du QuickApp. Et là pour le coup, tu n'es pas limité à une chaine de caractère de type string, tu peux la définir programmatiquement. Je n'ai pas essayé depuis une Variable Globale ou une Variable Cache (ça devrait fonctionner), mais je l'ai testé avec "Function" (qui est bien plus puissant car on peut s'en servir pour calculer l'heure désirée en fonction de plein de critères). Exemple basique : GEA.add( {CONDITION}, 30, "", {"QuickApp", id["QA_ALARM"], "setTime", 2, {"Function", function() return "22:22" end}}) Dans cet exemple ultra simple, la fonction retourne bêtement la chaine "22:22" (j'espère que tu as relevé le choix de cette heure si particulière pas du tout due au hasard ), mais comme c'est du LUA dans la fonction, tu peux faire ce que tu veux, et retourner la valeur qui te plait, du moment que la valeur retournée est une heure au format chaine de caractères. Et puisque tu parles de valeur calculée tous les jours à 5h30, je pense qu'avec cette astuce tu vas pouvoir grouper 2 règles GEA en 1 seule, c'est à dire la règle qui calcule l'heure est la même que celle qui affecte l'heure au QA GEA Alarm. Cela simplifie le code, et cela économise l'emploi d'une variable qui devient inutile. "Function" est ultra puissant, la seule limite est notre imagination.
-
Tu es certain que c'est possible ? Je ne crois pas... Pour ce que tu veux faire, il faut utiliser le QuickApp GEA Alarm : https://www.domotique-fibaro.fr/topic/14651-quick-app-gestionnaire-dévénements-automatique-gea-pour-hc3/?do=findComment&comment=232268
-
Quick App - GCE Electronics IPX800 v4 et EcoDevice RT2
Lazer a répondu à un(e) sujet de Lazer dans Quick App Developpeur
En effet en triphasé c'est plus complexe. Tu as tout intérêt à conserver la gestion via Linky, surtout que le tien te remonte l'injection via la téléinfo, ce qui n'est pas le cas du miens, raison pour laquelle j'ai besoin d'utiliser une pince. -
Quick App - GCE Electronics IPX800 v4 et EcoDevice RT2
Lazer a répondu à un(e) sujet de Lazer dans Quick App Developpeur
Aujourd'hui j'ai installé la nouvelle version 3.0 de l'EcoDevice RT2 disponible sur le forum GCE : https://forum.gce-electronics.com/t/nouvelle-release-ecodevices-rt2-3-0/15493 Elle fonctionne très bien, il faut juste suivre la procédure de mise à jour avec attention (qui va complètement réinitialiser l'appareil EDRT2) Grosse nouveauté, la gestion de l'autoconsommation, je peux enfin mesurer en temps réel mon injection vers le réseau Par contre attention, l'API a un peu changé, plus exactement les valeurs retournées par l'API. J'ai relevé 2 différences dans l'API permettant de lire les valeurs instantanées des sous-postes /api/xdevices.json?key=apikey&Get=S : La numérotation de chaque sous-poste démarrait précédemment à 1 (donc de P1_SSP1 à P1_SSP8), elle démarre maintenant à 0 (donc de P1_SSP0 à P1_SSP7) Les puissances étaient précédemment en kW, elles sont maintenant en Watts.... donc d'un rapport 1000 (à ajuster avec la formula dans votre config) Il faudra donc ajuster la config de votre QuickApp en conséquence. -
C'est historique, l'API proposée par Fibaro a toujours fonctionné ainsi depuis la HC2. Donc GEA aussi. Cela dit, cette discussion me rappelle que depuis un certain firmware de la HC3, Fibaro a fait évoluer l'API proposée pour envoyer des notifications. Donc peut être que maintenant il est possible d'envoyer un Push à un utilisateur... ce qui implique que la box sache prendre en compte quel utilisateur est connecté au travers de tel ou tel téléphone. A creuser pour plus tard.
-
L'application mobile Fibaro a la mauvaise habitude de se ré-associer en créant un nouvel ID dans la DB, par exemple après une réinstallation / réinitialisation complète du téléphone. ça a toujours été comme ça... surement parce que l'identifiant unique du téléphone a changé entre temps. Si tu veux envoyer des notifs à un utilisateur, et non pas à un portable, alors il faut utiliser l'action Email... qui comme son nom l'indique, enverra un email. Voir la doc de syntaxe pour les différentes options existantes. OK c'est pour ça donc, "Value" ne peut être utilisé comme action que sur des actionneurs (car en interne, il appelle la fonction setValue via l'API). Si tu veux mettre à jour la valeur (en fait n'importe quelle propriété) d'un module, alors il faut utiliser l'action "Property" (qui appelle la fonction updateProperty via l'API)
-
Ce qu'il y a de bien, c'est que ton erreur est écrite en toute lettre dans ton message. Si tu mets l'ID d'un utilisateur dans une variable qui se nomme "portable", forcément, ça marche pas bien...
-
C'est quoi ton module PISCINE_TMPLAST ? Tu es certain qu'il peut prendre la valeur issue du module PISCINE_TMP ? Exemple si c'est un multilevelSwitch tu peux lui donner une valeur entre 0 et 99, mais pour un binarySwitch, ça sera true/false uniquement.
-
Tu es sûr que tu as un portable avec l'ID 2 ? Tu peux vérifier avec /api/iosDevices/ Perso j'utilise les noms des portables, exemple : GEA.portables = {"Pixel 5", "Pixel C"} EDIT : voir 2 messages plus bas...
-
Avec GEA c'est faisable, tu as plusieurs options pour gérer le Thermostat et ses différents modes, mais aussi le panneau de climat lui-même. Voir la doc de syntaxe pour les différentes options en question.
-
Basiquement : local id = { WP_SPA = 123, } GEA.add({{"Power+", id["WP_SPA"], 2000}}, 30, "Le Spa est démarré depuis 30 secondes") GEA.add({id["WP_SPA"], {"Power-", id["WP_SPA"], 10}}, 30, "Erreur consommation Spa inférieure à 10 W") Tu peux ajuster les durées si tu veux plus ou moins de réactivité pour les notifs. Et comme tu peux le voir, il n'y a aucune action, juste une notif pour chaque règle.
- 12 330 réponses
-
- 1
-
-
- support
- script lua
- (et 1 en plus)
-
Dans ce cas il faut ajouter {"Value+", ID, 1} dans les conditions.
-
Oui dans les conditions il faut ajouter Value+ ou Value- afin de comparer la valeur. Par contre je ne me souviens jamais lequel de 0 et 99 correspond au volet complètement ouvert/fermé... donc faut faire des essais, ou regarder le JSON du module via l'API.
-
Oui c'est le même principe. La seule différence, c'est que VariableCache est stocké en RAM, donc pas d'écriture dans la DB, mais perdu en cas de redémarrage de GEA. Tandis que Variable est écrit dans la DB, donc conservé en cas de redémarrage de GEA. Pas vraiment utile pour ce scénario, mais cela dit une écriture par jour, c'est pas ça qui va user la mémoire flash.
-
Et bien justement en appelant la fonction updateProperty. N'oublie pas que toutes les fonctions des QuickApps sont automatiquement exportées, donc on peut les appeler de partout. C'est très pratique et très simple au final. En LUA : fibaro.call(id, "updateProperty", "value", 123) Et on peut modifier ainsi les autres propriétés que "value", par exemple "power", "energy", "batteryLevel", etc... Note que hub.call() c'est le nouveau nom officiel à utiliser depuis le dernier firmware stable, même si Fibaro a annoncé qu'ils allaient conserver la rétro-compatibilité avec toutes les fonctions fibaro.* Via l'API : /api/callAction?deviceID=123&name=updateProperty&arg1=value&arg2=123
- 12 330 réponses
-
- 1
-
-
- support
- script lua
- (et 1 en plus)
-
Apparemment ils peuvent aussi planter. ça ne m'est jamais arrivé (ou alors je ne m'en suis jamais rendu compte...), mais sur le forum officiel j'avais vu ça... surement sur le méga-sujet de @jang relatif aux QuickApps.