Aller au contenu

Lazer

Administrateur
 Afficher le profil  Afficher son activité

  • Compteur de contenus

    25 878

  • Inscription

  • Dernière visite

  • Jours gagnés

    1 256

 Type de contenu 

Tout ce qui a été posté par Lazer

  1. Lazer
    Ben quand tu fais en 1 seule ligne ce qu'il te faudrait 10 lignes en LUA normal, le choix est vite fait. Et je te parle même pas du mode bloc, qui est limité aux scénarios les plus simples.
  2. Lazer
    Ah ben je sais pas, ça fait 3 ans qu'il est sur l'établi en attente d'être installé... et c'est pas cet hiver que je vais monter sur le toit En effet les commentaires font peur, ça ne doit pas être une technologie super fiable Après quand tu as les 2, c'est à dire le capteur et le pluviomètre, tu maximises les chances de détecter la pluie.... suffit de faire un "OR" dans GEA. Mais ça ne sera probablement jamais parfait s'il faut fermer les fenêtre à temps à 100% de réussite :/
  3. Lazer
    @MAM78 je suis toujours en train de préparer le QuickApp pour l'IPX800 v4 (et en même temps l'EDRT2). Je sais que tu as le module Volet Roulants, est-ce que tu en as d'autres ? J'aurais besoin que tu fasses quelques tests via l'API. Déjà pour obtenir les infos (afin de confirme ce que je pense)... si tu pouvais avoir au moins un volet ouvert et un autre fermée, voire en position intermédiaire, ça me permettrait de voir à quoi ressemblent les valeurs (je suppose de 0 à 100) : /api/xdevices.json?key=apikey&Get=VR Mais là où je suis dans le flou, c'est pour piloter les volets : /api/xdevices.json?key=apikey&SetVR05=0 /api/xdevices.json?key=apikey&SetVR05=60 Je n'arrive pas à comprendre la doc sur la numérotation des volets lors d'un Set. Si tu pouvais m'éclairer. Merci
  4. Lazer
    C'est un peu le but oui c'est un contact sec hein, c'est juste un capteur, pas un module domotique à part entière. Il n'est pas capable de communiquer.
  5. Lazer
    Ah ben moi je fais ça sous GEA, ce scénario est un grand classique, il y a même plusieurs exemples dans les showrooms GEA
  6. Lazer
    dans la gouttière, qui ça, moi ? L'intérêt de ce capteur est justement de détecter la pluie le plus rapidement possible, contrairement au pluviomètre qui compte... et ne rapport l'information qu'une fois qu'il a plus suffisamment, donc quelques minutes plus tard... additionnées au retard de remonté d'information via le cloud de Netatmo, donc 10 minutes. Le pluviomètre c'est bien pour gérer l'arrosage, mais pas pour alerter de fermer les fenêtre ou rentrer le linge.
  7. Lazer
    En fait je pense que le stop apparait parce que tu es probablement en mode debug = true, sinon il ne devrait pas apparaitre. Pour le Wiki, oui je pense que je finirai par m'y coller. Mais @pepite m'avait dit qu'il était motivé.... il est en mode fantôme en ce moment. Pourtant il a du temps libre le temps la nuit... très tôt le matin
  8. Lazer
    OK donc tu t'es heurtée à l'API de la HC3 qui a changé par rapport à la HC2. Les modules de type binaire (actionneur comme capteur) prennent value = true | false maintenant Et c'est très bien ainsi, c'était une aberration les valeurs 0 et 1 sur la HC2. Donc pour te répondre, les "0" et "1" ne peuvent pas fonctionner, puisqu'il ne matchent jamais avec les valeurs booléennes true et false des modules qui nous intéressent. A l'époque, dans le code de GEA, @Steven avait bidouillé pour prendre en compte les status 0 et 1, car la HC2 stockait toutes les value en mode String. Je me suis justement appliqué à supprimer ces bidouilles, afin de coller exactement à l'API de la HC3, car comme je disais au dessus, les modules prennent enfin des valeurs logiques. Soit Booléennes, soit Numériques, soit Érotiques (String... désolé ) selon le type de module. Tu peux regarder le JSON des différents modules (Z-Wave ou QuickApps) et tu verras. Ces modifications dans GEA ont justement été à l'origine d'un bug que tu m'as aidé à identifier dans cette dernière version. De façon générale, que ça soit en LUA ou dans GEA, quand tu exploites les valeurs des modules, il faut que tu fasses attention à leur valeur réelle... à vérifier dans le JSON de chaque module. Je ne suis pas certain de savoir te répondre pour le "stoppé", mais je suppose que c'est parce que l'action a déjà été réalisée. Si tu mettais un "Repeat", il devrait re-déclencher l'action (si la valeur de l'osmolateur n'a pas changé pour une raison ou une autre)
  9. Lazer
    Le Kemo M152 ça fait au moins 3 ans que je l'ai... un jour il faudra que je l'installe quand même EDIT : "Vous avez acheté cet article pour la dernière fois le 30 avril 2017." Bon bah voilà quoi...
  10. Lazer
    Fait quand même attention, il faut changer les piles régulièrement sur ces modules, s'il faut sortir la grande échelle à chaque fois ça peut être pénible. C'est très variable selon les utilisateurs, disons 1 fois par an en moyenne, mais avec un écart type énorme, mon anémomètre (qui doit avoir un défaut) vide les piles en 3 semaines....
  11. Lazer
    Je ne suis pas certain de comprendre ta question. Si tu veux faire ton scénario en LUA ou en mode bloc, tu es au bon endroit. Si c'est bien une règle pour GEA que tu veux écrire, il faut poser ta question sur le seul et unique topic dédié :
  12. Lazer
    Faut bien qu'on s'entraine à les élever, car quand @jojo va revenir avec sa colonie de chats noirs, on va moins rire
  13. Lazer
    Il me faut bien des beta-testeurs J'avais qu'à mieux beta-tester par moi-même.....
  14. Lazer
    ah... "absolument rien" ? Il va falloir m'en dire plus, sinon impossible de deviner. Que se passe-t-il si tu tests unitairement chacun des modules, comme par exemple : GEA.add({{"Value", "Réserve Némo", true}}, 0, "&0&OSMOLATEUR : Réserve pleine") GEA.add({{"Value", "Réserve Némo", false}}, 0, "&0&OSMOLATEUR : Réserve vide") Si tu veux éviter d'aller tremper le détecteur pour chaque test, tu peux forcer son changement d'état avec les commandes curl suivantes depuis un Shell : curl --write-out "HTTPSTATUS:%{http_code}" --request PUT --user 'Login:Password' --data '{"properties":{"value":false}}' http://192.168.1.1/api/devices/36 curl --write-out "HTTPSTATUS:%{http_code}" --request PUT --user 'Login:Password' --data '{"properties":{"value":true}}' http://192.168.1.1/api/devices/36 (il doit t'afficher en retour le JSON du module modifié ainsi que le code HTTP 200)
  15. Lazer

    Modules Walli

    Lazer a répondu à un(e) sujet de Moicphil dans Modules Fibaro

    Dans ce cas tu les remplaces par plusieurs micro-modules, que tu peux ensuite associer et synchroniser entre eux. Avec des FGD-212 par exemple.
  16. Lazer

    Modules Walli

    Lazer a répondu à un(e) sujet de Moicphil dans Modules Fibaro

    De façon générale avec les modules domotiques, c'est très simple (que ça soit un Walli, ou un micro-module) => celui-ci remplace le télérupteur Il faut éviter de conserve les 2, ça n'apporte rien, mais surtout ça complique le câblage. Et si mal câblé, ça se comporte n'importe comment, ce qui semble être le cas. Bref, il faut voit le module domotique comme étant un télérupteur, sur lequel on peut connecter 1 ou plusieurs interrupteurs (monostable ou bistable), et qu'on peut évidemment piloter à distance via la domotique. La particularité du Walli, c'est d'intégrer en 1 seul élément : le micro-module + le bouton poussoir. De même pour les Yokis vu que tu en parles, il faut les dégager. Les modules domotiques Fibaro remplacement tout ça.
  17. Lazer
    Voici la version 5.01 qui corrige le bug de la déconnexion lors du reboot du NAS. Surveillance Station - v5.01.lua
  18. Lazer
    Bien au contraire, il faut la déballer bien avant Noël, pour s'assurer qu'elle fonctionne bien d'ici le 25
  19. Lazer

    Portier Doorbird

    Lazer a répondu à un(e) sujet de flamalex dans Portiers

    Toujours la même réponse : hors bidouille/hack, il va falloir attendre que Fibaro permette de customiser l'apparence des QuickApps. Il parait que c'est prévu... mais quand... et surtout que pourra-t-on personnaliser exactement ?
  20. Lazer
    Bon je pense que j'ai corrigé les bugs, tu peux tester la version 7.04 Beta ci-jointe GEA.add({{"Value", "Réserve Némo", true}, {"Value", "Osmolateur Némo", false}}, 30, "&-1&OSMOLATEUR : Mise en marche de l’osmolateur", {"TurnOn", "Osmolateur Némo"}) GEA.add({{"Value", "Réserve Némo", false}, {"Value", "Osmolateur Némo", true}}, 30, "&0&OSMOLATEUR : Réserve vide - Arrêt de l’osmolateur", {"TurnOff", "Osmolateur Némo"}) Remarque : j'ai remplacé les apostrophes dans le message par leur version typographique, car sinon la HC3 bloque les messages Push vers l'application mobile. Tu ne t'en étais peut être pas rendu compte si tu utilises toujours ton GEA.output personnalisé. A priori ça fonctionne maintenant bien comme attendu : [07.12.2020] [12:50:40] [TRACE] [QA_GEA_214]: [Démarrage] #2 [Value, ["Réserve Némo",true]][Value, ["Osmolateur Némo",false]][TurnOn, ["Osmolateur Némo"]] [07.12.2020] [12:51:40] [TRACE] [QA_GEA_214]: [Démarrage] #3 [Value, ["Réserve Némo",false]][Value, ["Osmolateur Némo",true]][TurnOff, ["Osmolateur Némo"]] [07.12.2020] [12:52:40] [TRACE] [QA_GEA_214]: [Démarrage] #2 [Value, ["Réserve Némo",true]][Value, ["Osmolateur Némo",false]][TurnOn, ["Osmolateur Némo"]] [07.12.2020] [12:53:40] [TRACE] [QA_GEA_214]: [Démarrage] #3 [Value, ["Réserve Némo",false]][Value, ["Osmolateur Némo",true]][TurnOff, ["Osmolateur Némo"]] J'ai simulé le capteur et l'actionneur avec des QuickApps, que j'ai nommé à l'identique des tiens. GEA v7.04.lua Corrige la mauvaise détection de la "value" des devices
  21. Lazer
    mprinfo mais quelle feignasse j'y crois pas Bravo MAM78, c'est à ça que sert le forum, partager et améliorer. Tu devrais juste partager le code LUA en plus du FQA, ça éviterai à ceux qui ont déjà importé le QuickApp de devoir en importer un nouveau, faire le ménage de l'ancien, gérer les nouveaux ID, etc. Un copier/coller du code LUA c'est souvent plus rapide pour les mises à jour.
  22. Lazer
    secteur OK => tout va bien => value = false => capteur inatif => icone verte secteur coupé => sur batterie => value = true => catpteur actif => icone rouge Je trouve plus logique que value = false quand tout va bien. comme un détecteur de mouvement ou d'ouverture, il passe en value = true quand il y a un souci. Cool concernant la puissance consommée. Un écran en veille, selon la loi, c'est censé consommer moins de 0.5 Watts, donc pas étonnant que l'onduleur remonte 0.
  23. Lazer
    Oui c'est la puissance consommée par les équipements alimentés en sortie d'onduleur (ça n'inclue pas la consommation de l'onduleur lui-même d'ailleurs) C'est fou ces bugs... et sur vos HC2, ça faisait pareil ? Parce que je fais chercher exactement les mêmes OID dans la MIB SNMP, donc les valeurs retournées par le VD sur HC2 et la QA sur HC3 sont censées être strictement identiques.
  24. Lazer
    Hors bidouille non supportée et non garantie de fonctionner dans le futur, la réponse est simple : NON Il faut que tu importes les icônes avec l'interface Web, donc selon le type de module, il va te demander 2 icônes (binary switch/sensor ON/OFF), ou bien 1 seule (capteur multilevel). Sauf dans le cas d'un dimmer (actioneur multilevel) où il va t'en demander 10. Bref, comme sur la HC2, rien de neuf. Ce qu'il manque pour l'instant, c'est la possibilité de changer l’icône d'un QuickApp de type générique ou Device contrôleur, comme on le faisait pour les VD. Comme dit en première ligne, ce n'est pas possible hors bidouille, donc il faut attendre... patiemment.. c'est Fibaro après tout, c'est compliqué d'ajouter un bouton pour changer un bouton... Merci pour l’icône de batterie @mprinfo oui c'est possible, et sans modifier le code, car cela est paramétrable. Normalement il suffit de modifier les valeurs de QuickApp.MIB = {...} au début du code LUA. Bon là j'ai la flemme, donc si tu ne trouves pas tout seul, je t'aiderai. Je l'ajoute à mon agenda, j'ai un créneau en 2021, ou 2022.... Pour les children température/humidité, tu peux simplement les supprimer après leur création, et le problème est résolu La tension à 0, c'est l'âge qui fait ça Non sérieux là comme ça je sais pas.... comme d'habitude, il va falloir activer les logs de debug... et attention, car ma librairie SNMP est particulièrement bavarde si tu le fait.
  25. Lazer
    Méfie toi car selon les familles de caméras, les firmwares n'évoluent pas à la même vitesse, donc les numéros de versions ne correspondent pas forcément.
×
×
  • Créer...