Aller au contenu

Steven

Membres confirmés
 Afficher le profil  Afficher son activité

  • Compteur de contenus

    4 434

  • Inscription

  • Dernière visite

  • Jours gagnés

    201

 Type de contenu 

Tout ce qui a été posté par Steven

  1. Steven
    @Did Remplace : /api/callAction?deviceID=231&name=pressButton&arg1=1 Par http://<user>:<passwword>@<ip_hc2>/api/callAction?deviceID=231&name=pressButton&arg1=1 Et tu ne devrais plus avoir de soucis. Du moins, j'avais eu le même soucis et cela a résolu mon problème. Edit ... oublie mon message, c'était sur une très vieille version, rien à voir avec la tienne.
  2. Steven
    :-( Désolé
  3. Steven
    Lors de ma dernière mise à jour, les modules apparaissaient comme des modules non configuré, j'ai du juste précisé que cela était pour du RGBW ou autre. C'était la première fois qu'il me perdait l'info, mais une fois remis en place tout fonctionne correctement. Je crois les doigts pour ne pas être le seul et que tout revienne à la normal pour toi aussi. EDIT : Regarde s'ils ne sont pas juste caché.
  4. Steven
    De mon côté, les modules répondent très bien, pas de latence. Depuis la V4 ils n'ont pas été capable de se mettre d'accord sur la manière de remonter l'information du RGBW. Selon les version il faut vérifier le getValue et pour d'autre le color(0,0,0). Le seul moyen que j'ai trouvé, à ce jour, pour être sà»r de l'état de mon module et de l'éteindre avant chaque commande. Ainsi je sais systématiquement ou j'en suis. Vu que les leds s'éteigne progressivement, ce petit OFF ne se voit pas du tout. Par contre si tu as 10s de latence, c'est sà»r que chez toi cela va ce voir Pour les autres box, je n'ai pas de retour d'expérience, je passe donc la main sur cette question EDIT : Bravo pour la maison et l'installation. EDIT2 : Je vois du mieux depuis la V4.55 mais c'est pas encore ça.
  5. Steven
    Même soucis que toi et pas plus d'informations
  6. Steven
    Tu peux très bien imaginer une variable globale par dimmer (ex : DIM_SALON, DIM_CHAMBRE1, ...) chaque une de ces variables serait déclencheur du même scénario. (Tu peux aussi en avoir qu'une avec un tableau .. mais c'est beaucoup plus compliqué) Ensuite, tu rajoutes une variable globale qui va stocker les Dimmers en cours de traitement. Si le dimmer qui a lancer le scénario n'est pas dans la liste des dimmers en cours de traitement, l'ajouter dans cette liste. Effectuer le traitement puis le retirer de la liste. ... et voilà ... Donc si le dimmer est déjà dans le liste, il ne fera rien ... ou inversement tu peux le faire dormir tant qu'il est dans la liste afin qu'il soit traité une fois que le précédent soit fini.
  7. Steven
    Pour faire un tableau propre en LUA, il est possible de "nommer" ses valeurs. Après c'est plus parlant et plus simple d'emploi. Voici un micro morceau de code local dimmer = {device=25, curve="inExp", delai=20, max=100} -- Accéder au numéro du device print(dimmer.device) -- Ajouter dans une variable globale fibaro:setGlobal("Test", json.encode(dimmer)) -- reprendre d'une variable globale local jDecoded = json.decode(fibaro:getGlobalValue("Test")) -- Accéder au type de courbe print(jDecoded.curve) . Courage
  8. Steven

    Pluviométrie Avec Netatmo

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

    C'est pas faux mais plus cher
  9. Steven

    Pluviométrie Avec Netatmo

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

    Les voisins ne sont pas si généreux que cela Les données publique ne donnent que la pluie en temps réel et la journée, rien de plus. A toi par exemple de stocker et cumuler ces valeurs dans une variable globale. Je crois que cela a déjà été mentionné il y a quelques posts en arrière. Ou alors comme le dit Did, d'aller demander les accès à ton voisin :-)
  10. Steven

    Support Gea

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

    Heuuu, non, GEA ne stock pas les sunset/sunrise, à chaque fois qu'il fait un test et qu'il voit sunset ou sunrise, il va chercher la valeur pour la remplacer. Donc tes pertes de connexions n'ont rien a voir avec cela.
  11. Steven

    Support Gea

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

    @jojo En effet, je confirme tes dires. Les turnOff, turnOn, ... sans ID utilisent tous la même fonction pour aller essayer de trouver l'ID manquant. Et cette fonction ne regarde QUE la condition principale. Sinon c'était ingérable :-)
  12. Steven

    Support Gea

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

    Pfffftt
  13. Steven
    Sur mon post, je disais une seul chose ... ne pas l'utiliser. C'est pas que c'est pas bien, c'est que c'est pas instantané, il peux y avoir plusieurs minutes entre votre demande et son exécution. Il reste utile sur tout ce qui ne nécessite pas de traitement immédiat, comme lui demander de stocker une photo sur son Drive, ... Je l'ai installé depuis plus d'un an et j'ai toujours pas trouvé d'utilisation vraiment utile. Bien que cela change avec la version IF sur Android (un espèce de tasker appauvris mais plus simple d'emploi) qui permet des trucs sympas.
  14. Steven

    Mais Où Est Passé Steven ?

    Steven a répondu à un(e) sujet de jojo dans Le bistrot

    chuttttt ... mais il me trompe ... mais j'ai pas encore trouvé avec qui
  15. Steven

    Meteoalerte

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

    Installé .. merci.
  16. Steven

    Support Gea

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

    Avec le "ALL", c'est tout GEA qui ne va plus chercher les Nom et Pièces des modules, c'est donc toutes les instances (autostart et immédiates) qui bénéficient de l'optimisation au détriment de ce qui sera affiché dans la console. Dans le cas ou vous avez mis une exécution à 30s et que vous voyez que GEA met 20s, il devient intéressant de mettre le "ALL" afin de redéscendre à 3s d'exécution :-)
  17. Steven

    Support Gea

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

    En effet, le scénario qui tourne toutes les 30 secondes ne regarde pas les -1 if (GEA.source["type"] == "autostart" and tonumber(entry[GEA.keys["SECONDES"]]) >= 0) then Utiliser plus de -1 est-ce la solution, je ne pense pas car chaque -1 signifie déclenchement d'un nouveau scénario et cela est consommateur de mémoire et de temps (> 1700 lignes de code a charger). Je pense pas qu'il y ait une réponse à ta question. Je pense que cela dépend de chaque configuration.
  18. Steven

    Support Gea

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

    Avec la version actuelle de GEA, je suis tout àfait d'accord avec toi. Par contre, en mode "immédiat", il ne refait pas tout les tests, il fonctionne ainsi : Parcours des GEA.add, si un ID est égale àcelui qui a déclenché le script, alors on l'ajout dans la file de traitement, sinon on l'ignore. En gros, quand tu fais un GEA.add on ajout ou non dans la file d'attente selon le type d'exécution. pour une exécution standard, on prend tout les GEA.add qui on un nombre de secondes > 0 et pour les "immédiat", on ne prend que ceux qui sont à-1 ET qui concerne cet ID. Voili voilàencore une petite explication du fonctionnement de la bête :-)
  19. Steven

    Mais Où Est Passé Steven ?

    Steven a répondu à un(e) sujet de jojo dans Le bistrot

    J'avais même pas vu ce topic... Lol, bande de fou ðŸ˜
  20. Steven

    Support Gea

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

    Oui, tu devrais pouvoir remettre le tout dans une seule scène, mais vu que je n'ai pas non plus une grosse configuration, je ne peux pas te garantir que c'est un gain à 100%, seul tes tests pourrons nous répondre Pour ta 2ème question, je suis partagé ... vaut-il mieux "écouter" un module ou allez vérifier son état toutes les 30 secondes, je dirais que la solution la plus optimum est les 2. Exemple : "Si je veux savoir si une porte est ouverte depuis plus de 10 mn." Rien ne sert d'aller vérifier toutes les 30s si cette dernière est fermée, mieux vaut "écouter" son ouverture et à ce moment là démarrer un compteur ... si les 10mn sont atteintes et qu'on a pas encore reçu de fermeture alors on fait son travail. Dans le meilleur des mondes GEA ne devrait travailler QUE sur de l'écoute. C'est ce que je cherche à réécrire mais j'ai n'y le temps, n'y le courage. Peut-être qu'a plusieurs ?
  21. Steven
    J'ai trouvé le post ... et le soucis. Derrière le bouton "Test des ouvrants", ligne 30, il y a le code suivant : fibaro:call(fibaro:getSelfId(), "setProperty", "ui.lblResult.value", "Erreur" .. s)Il faut juste remplacé le mot "Erreur" par quelque chose de plus parlant comme "Ouvert(s)". Ou alors, plus propre : Afin d'avoir "Ouvert" ou "Ouverts" selon le nombre d'ouvrants, il faut remplacer : fibaro:call(fibaro:getSelfId(), "setProperty", "ui.lblResult.value", "Erreur" .. s) local msg = "" if (#stillopen == 1) then msg = msg .. "La porte " else msg = msg .. "Les portes " endpar local msg = "" if (#stillopen == 1) then msg = msg .. "La porte " fibaro:call(fibaro:getSelfId(), "setProperty", "ui.lblResult.value", "Ouvert " .. s) else msg = msg .. "Les portes " fibaro:call(fibaro:getSelfId(), "setProperty", "ui.lblResult.value", "Ouverts " .. s) end
  22. Steven
    Heuuu ... quoi ... allo ? Vu que j'ai rien suivis depuis les 2 derniers mois, je sais même plus de quoi on parle. Pourrait-on m'aiguiller sur le problème (post) ? Merci d'avance
  23. Steven

    Support Gea

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

    @@Tomsauy Laisse tomber, cela ne servira a rien, j'avais oublié que je n'avais pas utiliser la librairie JSON justement pour éviter ce genre de soucis. Par contre, Fibaro utilise le json pour répondre au instruction getName, getRoom, ... et pour afficher un tableau dans la console (fibaro:debug()) Donc je procéderais ainsi : - vérifier que je n'ai pas mis un fibaro:debug() qui traînerais quelque part. - vérifier que TOUS les ID utilisés dans GEA soient correcte (je sais, c'est chi<censuré>) - vérifier que mes modules ont bien tous un nom, une pièce ... rien de bizarre. - que les noms de mes modules ne contiennent pas de caractère ennuyant {},:; Et dans le pire des cas, envoyer ta config GEA et ton JSON complet (http://....../api/devices) ... en fichier zipper ... car on connait des cas qui envoi tout en tant que message et qui arrive tuer un forum
  24. Steven

    Support Gea

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

    @@Tomsauy Je te propose de supprimer la variable globale GEA_Tasks et de la recréer pour tester.
  25. Steven

    Support Gea

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

    Je me permets de poster ici le message que j'ai mis sur GitHub pour expliquer la modification effectuée sur la 5.40 Donc si vous ajouter cette ligne dans votre code : GEA.optimize = GEA.typeOptimize["IMEDIATE_ONLY"]ou cela GEA.optimize = GEA.typeOptimize["ALL"] Dans vos log, vous verrez apparaître quelque chose comme [ 112 | n/a ] Add Property : ajout de la tache pour lancement instantané (ID:17) Car on ne va plus chercher le nom du module. J'ai fait au plus simple donc que cela soit une variable Globale, un module, un label, ... je n'affiche plus son nom. Je ne voulais pas en arrivé là , mais vu que Fibaro ne fait pas l'effort de modifier son code, c'est la seule solution que j'ai trouvé. DONC : Installez la version 5.40 Mettez en commentaire la ligne (ajouté -- devant) GEA.optimize = GEA.typeOptimize["IMEDIATE_ONLY"] TESTER, TESTER et TESTER encore. Une fois que votre configuration vous semble correcte vous pourrez décommenté la ligne Si vous souhaiter une optimisation complète, utilisé GEA.typeOptimize["ALL"] mais votre console ne vous affichera plus grand chose d'utile. Allez ... A vous de jouer :-)
×
×
  • Créer...