Aller au contenu

Lazer

Administrateur
 Afficher le profil  Afficher son activité

  • Compteur de contenus

    26 078

  • Inscription

  • Dernière visite

  • Jours gagnés

    1 299

 Type de contenu 

Tout ce qui a été posté par Lazer

  1. Lazer
    Voilà, le déclenchement par trigger, c'est bien là la seule fonctionnalité exclusive aux scènes. Et encore, avec un QuickApp, on peut utiliser l'API refreshStates et arriver au même résultat (voir exemple d'implémentation dans GEA, tout en bas du fichier main) Mais ça reste plus complexe à mettre en œuvre, donc pour le semi-débutant qui veut juste coder quelques lignes de LUA rapides, il reste plus simple de créer une scène avec un trigger.
  2. Lazer
    Ce n'est pas vraiment indispensable, le getdevice est effectué automatiquement toutes les nuits. J'ai laissé le bouton pour les impatients qui veulent voir leurs premiers graphs tout de suite ... Et par la même occasion vérifier que tout fonctionne bien.
  3. Lazer
    Je réessaierai demain Sinon au pire je paierai en CB, mais c'est compliqué, faut aller la chercher pour taper le code... c'est tellement vintage
  4. Lazer
    En Allemagne en passant par un service de boite aux lettres locale et de réexpédition On en a pas mal parlé en décembre dernier dans le topic des bons plans, pour les supers promos Fibaro : modules et HC3 J'essaye de passer commande chez Domadoo depuis cet après-midi, et impossible, après le paiement Paypal ça me renvoie sur le site de Domadoo avec juste le message erreur sans aucun détail. Pfff.... ils sont en faillite ou quoi ? C'est inquiétant là...
  5. Lazer

    Support Gea

    Lazer a répondu à un(e) sujet de Steven dans HC2

    Ben déjà, vu que tu n'as pas entouré tes conditions Global par des parenthèses, elles vont être prises en compte en tant que déclencheur (-1), donc tu as créé un beau serpent qui se mort la queue : à chaque fois que tu modifies la variable, ça déclenche immédiatement une nouvelle instance de GEA, etc.... Bref.... relis la doc
  6. Lazer
    Perso j'en suis arrivé à la conclusion que les scènes ne servent quasiment plus à rien sur HC3 (contrairement à la HC2) Les QuickApps savent faire tout ce que savent faire les scènes, et même bien plus... donc le choix est vite fait. Même GEA est devenu un QA pour le coup !! En tout cas tu as raison de tester, c'est pas évident au début, ça permet de se familiariser, d'explorer les possibilités, découvrir les limites. Les Fake-devices, clairement ça n'a plus aucun intérêt, il suffit de se faire autant de QuickApp qu'on veut, avec le bon type, la bonne unité, etc. Intégration native dans la HC3 Et tous les QA sont pris en compte par DomoCharts, ça simplifie tout.
  7. Lazer
    Je n'ai rien défini non plus, mais ça revient à chaque reboot (le bouton en haut à droite se réactive) :
  8. Lazer
    Bah justement, comme je dis, ça ne fonctionne pas dans les credentials admin perso j'envisage pas de mettre mon mot de passe admin dans mes codes LUA...
  9. Lazer
    @Dragoniacs tu peux essayer en ajouter l'option suivante à ta config ? GEA.control = false En fait, GEA contrôle la validité des arguments au démarrage, or dans ton cas il ne peut pas vérifier que le profil "nil" existe au démarrage, car ta VariableCache n'a pas encore été initialisée (elle ne le sera que lors de l'exécution de la première règle)
  10. Lazer
    Cherche pas plus loin, si tu as été obligé de mettre le login:password dans ta requête, alors c'est normal que ça ne passe pas via api.*() On a le même problème avec les reboot et shutdown, ils sont protégés par les credentials.
  11. Lazer
    AH ben voilà, ça marche entre QA alors, tu me disais au message précédent que non Je préfère ça Sinon la méthode bourrin qui fonctionne, en passant par l'API HTTP : URL : /api/devices/25/action/NotifierFromScene2 Type de requête : POST Tableau de données : { args = [ { D1 = "Donnée 1" }, { D2 = "Donnée 2" } ] } Soit une fois encodé en JSON : {"args":[{"D1":"Donnée 1"},{"D2":"Donnée 2"}]} Tu n'as plus qu'à coder ça en LUA dans ta scène. Et la fonction du QuickApp qui récupère les données du tableau : function QuickApp:NotifierFromScene2(...) for _, v in ipairs({...}) do if type(v) == "table" then if v.D1 then self:debug(v.D1) elseif v.D2 then self:debug(v.D2) else -- ... end end end end
  12. Lazer
    Bah... pourquoi pas un api.put() dans ce cas ?
  13. Lazer
    Ben là je sèche...
  14. Lazer
    mais... c'est pas possible... au message précédent tu avais bien une table EDIT mais non en fait, tu avais une string contenant la chaine "table: 0xffff500dcf00", donc une information totalement inexploitable C'est fou ça, on dirait que le passage de paramètres depuis une scène ne fonctionne pas. Tu peux tester depuis un autre QA ?
  15. Lazer
    Oui, le Wi-Fi se réactive uniquement au reboot
  16. Lazer
    C'est étrange... après je n'ai jamais fait d'appel depuis une scène (uniquement des appels entre QuickApps), ça se comporte peut être différemment Ton 2nd test avec json.decode est clairement inutile, puisque c'est bien un tableau que tu dois récupèrer, pas une string... d'ailleurs la preuve, ça plante. Tu peux tenter de parcourir le contenu de la table Params avec une boucle for k, v in pairs(Params) pour voir ce qu'elle contient
  17. Lazer
    Oui j'ai constaté que le Wi-Fi se réactive à chaque reboot (donc à chaque mise à jour), c'est bien pénible d'ailleurs...
  18. Lazer
    C'est bien compliqué tout ça, si tu veux envoyer un tableau à une fonction d'un QuickApp, il suffit de lui envoyer....... un tableau -- Depuis une scene je souhaite envoyer le json à une fonction dans un QuickApp ToQuickApp = 25 fibaro.call(ToQuickApp, "LaFonctionInQa", structure)
  19. Lazer
    Regarde là : https://forum.fibaro.com/topic/53708-system-freez-every-minute-for-10-secondes/
  20. Lazer
    OK, donc la Soft Remote .... mais j'ai bien fait de poster la photo !! J'ai l'impression que tu as fait une grosse confusion entre les 2 télécommandes, sur le forum tu as donc parlé de la Soft Remote dans le topic de la Octan Remote. Il va falloir que j'aille faire le ménage. Tu n'as pas de problème de "clic" non reconnu, qu'il faut appuyer plusieurs fois pour la prise en compte ? Ce sont les plaintes que je vois par ci par là sur la Soft Remote. Donc si on peut faire de l'association directe avec les volets, ça m'intéresse (j'ai la Soft Remote en version EnOcean, donc association directe impossible, et faut appuyer comme un bourrin pour générer l'énergie électrique, il n'y a pas de pile du tout, c'est complètement nul)
  21. Lazer
    Tout simplement les paquets apache2.. et mariadb... mais cherche sur Google, il y a des tonnes de tutos, clairement les serveurs Web+PHP+SQL c'est le truc le plus courant Je peux pas (et veux pas) te faire un tuto, mon installation n'a rien de courante.
  22. Lazer
    Tu parles bien de cette télécommande Nodon ? Donc tu la recommandes ? Quelle est la durée de vie de la batterie ? J'ai une vieille télécommande Nodon en EnOcean qui m'énerve, je la remplacerais bien par celle-ci... elle supporte les associations directes avec les volets ?
  23. Lazer
    Merci pour l'astuce de la case à cocher TCP/IP, je ne l'ai pas sur ma vieille version de DSM 6.1. Encore un truc qui a changé tient... je n'ose imaginer ce que ça va donner sous DSM 7 (déjà que l'API a évolué, le QuickApp Surveillance Station ne fonctionne plus apparemment) Sinon j'ai juste fait un copier/coller du tuto Synology depuis le topic de DomoCharts pour HC2... tout simplement parce que c'est ce que la majorité des utilisateurs réclament ici. On est sur un forum de domotique, pas d'informatique. Perso je suis sous Linux Debian, avec Apache, tout ça, la base de données et les pages Web sont stockés sur des serveurs différents, double filtrage reverse proxy + plusieurs firewalls, et non je ne ferai pas de tuto, parce que : - il y en a déjà des tonnes sur les Internets mondiaux - quelqu'un qui a Linux est censé savoir installer un serveur Apache, c'est un peu la base quand même (sans aller dans les délires de reverse proxy & compagnie)
  24. Lazer

    Support Gea

    Lazer a répondu à un(e) sujet de Steven dans HC2

    Je ne vois rien de douteux, tes règles GEA semblent assez classiques. Pour la notification de la version Beta sur l'IHM, pas à ma connaissance.
  25. Lazer
    Je pense que j'ai trouvé, c'est MariaDB depuis la version 10 sur Synology qui n'utilise plus le port 3306 par défaut (voilà ce qui m'énerve chez Syno, ils modifient trop Linux à leur sauce... du coup à vouloir simplifier, ça fait l'effet inverse, ça complexifie) Et du coup @p78ch201 n'a pas eu de problème car il utilise comme moi un Linux standard dans une VM Essaye ceci pour préciser le port 3307 : $server = '127.0.0.1:3307';
×
×
  • Créer...