Aller au contenu

jojo

Membres confirmés
 Afficher le profil  Afficher son activité

  • Compteur de contenus

    14 825

  • Inscription

  • Dernière visite

  • Jours gagnés

    197

 Type de contenu 

Tout ce qui a été posté par jojo

  1. jojo

    Support Gea

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

    merci, je vais essayer et dirai quoi. Ceci dit, je souhaite finaliser mon idée initiale car je risque d'avoir besoins de cela plus tard. J'ai donc une question très basique : Comment mettre à jour la valeur (ici la température) d'un module AUTRE que celui où tourne le QA. J'ai bien trouvé ceci self:updateProperty("value", value) mais ça ne fonctionne que pour le module lui-même (self:). Je souhaiterais remplacer self: par l'id d'un module ... Basique non ? (et comme mon copain Google n'a pas voulu me donner la réponse, je la pose ici)
  2. jojo

    Support Gea

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

    bon, du coup j'ai trouvé une manière de contourner le problème. J'utilise ceci GEA.add ({"Value!", id["PISCINE_TMP"], 0}, 0, '', {"QuickApp", id["GESTIONPISCINE"], "TmpLast"}) à chaque changement (ok, au prochain cycle) de "PISCINE_TMP" j'appelle un QA qui fera la comparaison.... Ca devrait fonctionner, mais j'aurais aimé rester 100% GEA ...
  3. jojo

    Support Gea

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

    bonjour, La question a probablement déjà été posée, mais je n'ai pas le courage de parcourir les >450 pages du topic ... Je souhaite comparer la valeur de 2 modules (plus précisément si module1>module2, alors valeur module2 = valeur module1) Mais la fonction GEA GEA.add( {"Value+", 73, 50} compare la valeur du module 73 à la valeur fixe 50. Avez-vous une astuce ?
  4. jojo
    vu qu'on parle de variable cache, en relisant la doc, je m'était posé les questions suivantes : c'est quoi précisément ? car je ne connaissais que 2 types de variable : les Globales et celles des QA quelle est sa durée de vie / sa persistance : reboot HC3 ? / sauvegarde ce GEA / 1 cycle de GEA / ??? ?
  5. jojo
    je viens de devoir supprimer un mode de la db, sans avoir accès au module ... Voici comment j'ai fait : appuyer sur la poubelle du module maître (show hidden devices) là il te demande pour si tu veux rentrer en learning mode => Oui du coup, les poubelles sur la ligne du module son remplacées par des croix click sur la croix et il te demande si tu veux forcer la suppression du module la croix est ensuite remplacée par des points qui tournent ... (c'est là que je ne suis plus sûr à 100%) comme les boules tournaient trop longtemps à mon goût, j'ai réappuyé sur le moins (pour la suppression classique des modules), et le module maître et ses enfants ont disparus ... tu confirmes si 7. est nécessaire ?
  6. jojo
    De rien (cela m'a permis d'apprendre bcp de choses) Et le temps que j'y ai passé n'est rien comparé au temps que @Lazer a du passer à convertir le code pour la HC3.
  7. jojo
    non, c'était bien un test (involontaire) de ta part, car tu avais écrit ceci : mais voyons l'aspect positif, cela m'a obligé de me torturer les méninges pour bien comprendre finalement ... Voici donc la v7.37 de la doc/syntaxe. GEA v7.37 Syntaxe.lua
  8. jojo
    en fait ce dont tu me parlais avec les () est repris toute à la fin de la doc, dans les "Trucs et astuces". Tu y confirmes ton explication ci-dessus, mais je n'ai toujours pas compris la logique du raisonnement : je ne comprend pas comment une règle GEA peut être validée si toutes les conditions ne sont pas remplies (seule exception = {"Inverse", #}) ?????????????
  9. jojo
    je vais documenter ce point précis et très important à mes yeux. As-tu voulu faire un test pour voir si je suivais ? En effet, je suis d'accord qu'un trigger est généré à chaque changement de température (19), même si la fenêtre (18) est fermée => bcp de déclenchements inutiles (et donc la règle GEA est vérifiée plusieurs fois pour rien). Mais pas de notif (ou d'actions) car toutes les conditions (18=1 et 19<0) ne sont pas remplies. (C'est le principe de GEA de n'exécuter une règle que si toutes les conditions sont remplies ?) Et je suis donc tout à fait ok avec ta syntaxe adaptée : GEA.add({18, {"(Value-)", 19, 0}}, -1, "Ouverture fenêtre alors qu'il gêle dehors")
  10. jojo
    en effet -- "Program" - "StartProgram" : Teste/démarre l'exécution d'un programme d'un module RGBW -- SYNTAXE : {"Program", <id_module>} {"Program!", <id_module>, <id_program>} {"Program", <id_module>, <id_program>} -- CONDITIONS : GEA.add( {"Program", 72}, 30, "", {ACTIONS} ) -- Retourne le programme en cours du RGB dont l'ID est 72 GEA.add( {"Program!", 72, 3}, 30, "", {ACTIONS} ) -- Vérifie si le programme 3 est en cours du RGB dont l'ID est 72 -- ACTIONS : GEA.add( {CONDITIONS}, 30, "", {"Program", 72, 6} ) -- Démarre le programme 6 du RGB 72 GEA.add( {CONDITIONS}, 30, "", {"Program", {72, 73}, 6} ) -- Démarre le programme 6 DES RGBS 72 ET 73
  11. jojo
    -- "CentralSceneEvent" : Utilisable en déclenchement instantané uniquement -- SYNTAXE : {"CentralSceneEvent", <id_module>, <keyID>, <keyAttribute>} -- les <keyAttribute> possibles dépendent du module. -- pour connaître les valeurs possibles (pour chaque <keyID>), voir le JSON du module
  12. jojo
    Il faut être un peu égoïste : je n'ai jamais utilisé cette option, donc je ne change rien, et si question d'un utilisateur, on avisera
  13. jojo
    j'ai adapté ainsi la doc -- "Program" - "StartProgram" : Teste/démarre l'exécution d'un programme d'un module RGBW -- SYNTAXE : {"Program", <id_module>} {"Program+", <id_module>} {"Program-", <id_module>} {"Program!", <id_module>, <id_program>} {"Program", <id_module>, <id_program>} -- CONDITIONS : GEA.add( {"Program", 72}, 30, "", {ACTIONS} ) -- Retourne le programme en cours du RGB dont l'ID est 72 GEA.add( {"Program!", 72, 3}, 30, "", {ACTIONS} ) -- Vérifie si le programme 3 est en cours du RGB dont l'ID est 72 -- ACTIONS : GEA.add( {CONDITIONS}, 30, "", {"Program", 72, 6} ) -- Démarre le programme 6 du RGB 72 GEA.add( {CONDITIONS}, 30, "", {"Program", {72, 73}, 6} ) -- Démarre le programme 6 DES RGBS 72 ET 73
  14. jojo
    as-tu comparé ta version firmware et celle de celui du forum officiel ?
  15. jojo

    Gestion volets dans application

    jojo a répondu à un(e) sujet de Driver-R1 dans Support

    autre question à propose de l'app : les notifications : Lorsque j'ai une notif su mon tél, et que je clique dessus, au lieu de voir toute la notif, j'arrive dans l'app, où je n'ai pas trouvé comment visualiser les notifs. Ai-je loupé qqch ?
  16. jojo
    dans Paramètres -> devices, à droite de l'appareil concerné, il y a une poubelle rpouge
  17. jojo

    Banque Icones Hcl, HC2 et HC3

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

    Merci !
  18. jojo

    Help - requete HTTPS vers synology

    jojo a répondu à un(e) sujet de jucom dans Support

    Pour nodeJS, je l'ai installé sur une Debian sur EXSI et un HP Gen8 qui tourne 24/7. J'ai abonné la solution sous Synology
  19. jojo
    je vais donc arrêter de me prendre la tête avec ce qui n'est pas limpide à mes yeux, donc arrêter d''être plus catholique que le pêpe". Merci de ta confirmation poue les triggers, j'ai enfin compris à 100%. Il n'y a plus qu'à traduire cela dans la doc.
  20. jojo
    En effet, si je me pose la question "à quoi sert cette option", c'est que en effet je n'en ai pas besoin. Mais ma méthode de revoir la doc est, si je comprends, quelqu'un de plus compétent que moi comprendra également. Sinon il faut apporter d'autres explications. Mais peut-être que ici également j'en faits trop (crfr ma question sur les "performances", qui était plus une question sur les meilleures pratiques pour éviter de surcharger GEA/la box. (mais j'ai compris qu'"elle peut là-contre" (comme on dit dans ma région)) Pour rebenir sur les triggers et (), si on met une durée à -1, ne faut-il pas au min 1 condition sans (), sinon il y aurait un problème ?
  21. jojo
    merci pour tes très claires explications ; j'ai compris (enfin!) les () : je mettrai une remarque particulière en ce sens pour les modes de déclenchement -1. (et corrigerai l'exemple) De ce que je comprends, il faut réserver le -1 à ce qui est indispensable de se déclencher immédiatement. Quand je parlais de performance de GEA, je voulais limiter le comptage des cycles, en mettant -1
  22. jojo
    je vais essayer d'écrire qqch dans ce sens, car je ne suis pas sûr de tout comprendre à 100% pourquoi notif si variation de temp ext (19) de 0.1°C même si fenêtre (18) fermée ? OK si fenêtre ouverte ... il faut encore que j'intègre pourquoi on ne souhaite pas de trigger si on met -1. le soucis actuel viendrait que les triggger fonctionnent comme des "A chaque fois que" la condition est remplie, alors que si c'était des trigger du type "Dès que" (et que donc pour qu'il soit à nouveau effectif, il faut d'abord que la condition ne soit plus remplie. (C'est une distinction dans le type de trigger qu'il fallait systématiquement indiquer dans la Lifedomus - elle avait aussi de bons côtés). Si cela est possible de faire au niveau du code GEA, alors on oublie les () et tous les problèmes actuels. N.B. j'ai inclus ton exemple ave le "Or",sans les (), pour éviter des questionnements, tant que je n'ai pas une explication super claire à donner : -- Je souhaite vérifier l'arrivée des enfants après l'école à midi et le soir. Comment faire au plus simple ? -- -- Vous pouvez vérifier l'ouverture de la porte à des plages horaires et jours précis -- option 1 : GEA.add({17, {"Days","Monday,Tuesday,Thursday,Friday"}, {"Time","11:30","13:30"}}, -1, "Porte ouvertes le #date# à #time#") GEA.add({17, {"Days","Monday,Tuesday,Thursday,Friday"}, {"Time","16:30","18:30"}}, -1, "Porte ouvertes le #date# à #time#") -- ou option 2 : GEA.add({17, {"Days","Monday,Tuesday,Thursday,Friday"}, {"Or", {"Time","11:30","13:30"}, {"Time","16:30","18:30"}}}, -1, "Porte ouvertes le #date# à #time#") Au niveau de la performance de GEA, est-ce mieux privilégier les -1 ou de mettre 30 (pour ce dont l'instantané n'est pas indispensable) ?
  23. jojo
    quelles sont les valeurs possibles/autorisées/interprétées pour <jours> ? je voudrais mettre une liste exhautive dans la doc -- "Days" : Teste le jour actuel de la semaine -- SYNTAXE : {"Days", <jours>} -- CONDITIONS : GEA.add( {"Days", "Monday"} , 30, "", {ACTIONS} ) -- Ne vérifie QUE si nous sommes LUNDI \\ Check only if the DAY is Monday GEA.add( {"Days", "Monday, Friday"}, 30, "", {ACTIONS} ) -- Ne vérifie QUE si nous sommes LUNDI ET VENDREDI \\ Check only if the DAY is Monday and Friday GEA.add( {"Days", "WeekDays"} , 30, "", {ACTIONS} ) -- Ne vérifie QUE pendant les jours de la semaine \\ Check only during the days of a the week GEA.add( {"Days", "WeekEnd"} , 30, "", {ACTIONS} ) -- Ne vérifie QUE le WeekEnd \\ Chek Only during WeekEnd (Saturday, Sunday)
  24. jojo
    @MAM78, je relis toute la doc, pourrais-tu SVP me fournir ce que je dois y inclure pour ta fonctionnalité ? -- "StringToAlpha" : par MAM78 -- SYNTAXE : {"StringToAlpha", "<condition>", "<value>"} -- CONDITIONS : -- ACTIONS : Ne peut pas être utilisé comme ACTION
  25. jojo
    comme il existe la possibilité d'envoyer une photo par mail à quelqu'un qui n'est pas défini comme utilisateur de la HC3, ne serait-il pas "facile" d'encore améliorer la fonction "Email" pour pouvoir y préciser une adresse mail à la place d'un id utilisateur ? -- "Email" : Envoi un email à un utilisateur -- SYNTAXE : {"Email", <id_user>, <"Message du mail">} {"Email", <"nom_user">, <"Message du mail">} {"Email", <id_user>, <"Message du mail">, <"Sujet du mail">} {"Email", <"nom_user">, <"Message du mail">, <"Sujet du mail">} si tu veux des idées, j'en aurai toujours ...
×
×
  • Créer...