Aller au contenu

sumsum

Membres confirmés
  • Compteur de contenus

    57
  • Inscription

  • Dernière visite

Réputation sur la communauté

19 Good

1 abonné

À propos de sumsum

  • Rang
    Membre interessé

Profile Information

  • Sexe :
    Homme
  • Ville :
    Lonay, suisse
  • Intéret :
    Domotique, programmation, Grimpe, Energie renouvelables, Communication, Technologie, IoT
  • Box
    Home Center 2
  • Version
    4.630

Visiteurs récents du profil

1 035 visualisations du profil
  1. sumsum

    Support Gea

    @jojo Il faut deux lignes car il faut changer le statut de profile à Away une fois qu'il était à Home GEA.add( {"Or", {"Value", 188, false}, {"Value", 202, false} }, 30, "Bernard, Nathalie ou les deux sont absents changé à Away", {{"Profile", "Away"}, {"Portable", Phone_Bernard}}) GEA.add( {{"Value", 188, true}, {"Value", 202, true}, }, 30, "Bernard, Nathalie sont présents changé à Home", {{"Profile", "Home"}, {"Portable", Phone_Bernard}}) PS je n'ai pas testé, mais ça devrait couvrir tes besoins
  2. sumsum

    Support Gea

    @Domodial j'essaie de simplifier ton besoin pour limiter le nombre de conditions et donc de lignes. Comme @jojo je suis pour la simplicité. Si je lis les commentaires que tu as mis dans ton code, j'y vois des conditions qui s'annulent. Par exemple le changement de l'état de la box: Condition 1: Si je suis absent, change le mode de la box à 2 (AWAY), s'il ne détecte pas mon smartphone Condition 2: Si je suis présent (true), passe le mode HC3 à 1 (HOME) Condition 3: Si Nathalie est absent, change le mode de la box à 2 (AWAY), s'il ne détecte pas son smartphone Condition 4: Si Nathalie est présent (true), passe le mode HC3 à 1 (HOME) Comme vous êtes 2 il faut impérativement inclure les deux variables dans les conditions, sinon, la condition 1 et 2 sera annulée par la 3 ou la 4 et c'est là que la table dont je parlais plus haut prend tout son sens. Nathalie 0 = absente 1 = Présente Bernard 0 = absent 1 = Présent Etat Box 2 = AWAY 1 = HOME Etat Lumière 0 = éteinte 1 = allumée 0 0 2 0 0 1 1 0 1 0 1 0 1 1 1 1 Vérifie/confirme ou modifie la table ci-dessus pour que tes conditions et tes actions correspondent à ce que tu veux que GEA fasse. En lisant tes commentaires dans ton code et analysant ton code, les deux ne correspondent pas. Comme dit plus haut, si tu travailles aux conditions de Nathalie et de Bernard ligne par ligne, tu ne couvriras pas le cas de Bernard et Nathalie présents les deux ou absents les deux. PS dans tes actions de pilotage de ta lampe tu mets "Value+". Value+ est prévu pour tester une valeur plus grande que... dans les conditions. Pour les actions, c'est "Value" qu'il faut employer. Une fois ta table confirmée il restera à créer les lignes GEA qui engloberont tes conditions et tes actions. Redis-moi et je t'assiste pour les créer, cela te permet d'avoir le strict nécessaire de lignes et des actions qui correspondent exactement à ce que tu souhaites.
  3. sumsum

    Support Gea

    Pour ce type de réflexions, rien ne vaut la création d'une table de vérité, employée lorsqu'on simplifie des fonctions avec l'algèbre booleen. Par exemple: A = Bernard B = Nathalie A peut prendre les valeurs suivantes: Bernard Présent = 1 Bernard Absent = 0 B peut prendre les valeurs suivantes: Nathalie Présente = 1 Nathalie Absente = 0 La création de la table de vérité permet d'envisager tous les cas de figure. Le nombre de variables d'entrées ne se limite pas qu'a 2. Dans ton exemple, la table pour XOR (OU exclusif) ressemble à cela: En passant par cette approche, tu définis clairement la fonction puis il ne te reste plus qu'à employer la bonne fonction ET, OU, OU Exclusif, etc... L'exemple ci dessus provient d'un exemple créé par Didier Müller qui a publié le document complet sous https://www.apprendre-en-ligne.net/info/logique/logique.pdf Cette approche permet de gagner beaucoup de temps et d'éviter d'omettre des conditions.
  4. Oui il y a des gens pour aiguiller, mais lorsqu'on te propose une idée tu contres avec des points d'exclamations, à toi de choisir, j'ai d'autre choses à faire... Voir mon post précédent et mon lien. Autre point qui ne provoque pas le problème. Si tu déclares Lampe =... c'est pour éviter de répéter le numéro d'ID plusieurs fois dans le code et d'augmenter la lisibilité. Donc ton code à insérer devrait plutôt ressembler à: -- ========================================================== -- LE CODE UTILISATEUR DOIT ALLER ICI -- ========================================================== local id = { Lampe = 05, Lampe_couloir = 99 } GEA.add(id[Lampe], 30, "", {"turnOff"}) -- Eteindre la Lampe si elle est allumée depuis 30 secondes GEA.add(id[Lampe_couloir], 60, "", {"turnOff"}) -- Eteindre la Lampe du couloir si elle est allumée depuis 60 secondes
  5. Essaie de créer les variables globales manuellement, via "Panneaux" -> "Panneau Variables" pour voir si le problème disparaît. voir les posts sous:https://www.domotique-fibaro.fr/topic/1211-support-gea/?do=findComment&comment=213614
  6. @Phenix une fois le fichier téléchargé, il faut l'ouvrir avec un éditeur, genre CODA sur Mac ou un autre sur PC. Puis tu suis les instructions qui sont mentionnées sous Installation dans le premier post Gestionnaire d'Evénements Automatique (GEA) – version 6.11 Ce sont de manipulations basiques pour pouvoir programmer en Lua et reprendre de bout de code édités dans un éditeur de code externe. Si ces manipulations ne te sont pas familières, j'ai peur que la suite ne soit pas évidente.
  7. sumsum

    rajout de module impossible

    Même problème avec version 4.540 impossible d'ajouter ou supprimer un module. Effectué un restore, avec reboot et cela fonctionne
  8. sumsum

    HC2 - 4.510 - Stable - 02/08/2018

    J'ai testé cette solution et ça résout les API not found, mais surtout ça résout les latences d'exécution des instructions à déclenchement instantané. Voir mon post dans le topic Support GEA
  9. sumsum

    Support Gea

    J'ai implémenté la ligne mentionnée ci-dessus et mes problèmes de latences sur l'exécution d'instruction à déclenchement instantanés ont disparu. Donc le message d'erreur "API not found" semblait ne pas perturber le fonctionnement de GEA, comme mentionné dans plusieurs posts, par contre il ralentissait de manière très aléatoire les instructions à déclenchement instantanés. Avez-vous constaté la même chose @ymarchive et @fredokl ? Merci @oldelvis @pepite @Felig Ma box est en version 4.511B et GEA est en version 6.07 (incluant les modifs proposées)
  10. sumsum

    Support Gea

    Idem chez moi que @oldelvis, @ymarchive et @fredokl La latence est parfois de plus de 30 à 40 secondes. Ce sont surtout les déclenchements instantanés qui posent problèmes. Bizarrement, c'est comme si toutes les instructions se stockaient dans un buffer et qu'elles s'exécutent d'un coup. Le problème existe depuis la FW 4.510 Je suis passé à al FW 4.511B mais aucune amélioration. EDIT: Résolu voir mon post plus bas
  11. sumsum

    HC2 - 4.510 - Stable - 02/08/2018

    idem ici, lenteurs, fonctionnement aléatoire. Rien ne se passe pour 1 minute, puis toutes les actions qui auraient dû se dérouler s'exécutent à la suite, comme s'il y avait un stack d'instruction qui se vide.
  12. sumsum

    Support Gea

    @schwinny de mémoire les déclarations des ID "999 value" dans l'entête doivent être placés juste après %% properties et avant %% events. Après %% globals, tu déclare les variables globales. Dans des posts précédents j'avais demandé de l'aide pour des fonctionnements erronés ou aléatoires des déclenchements instantanés et en supprimant des lignes vides entre les déclarations, le problème avait disparu! Les déclarations dans l'entêtes sont sensibles au niveau de la syntaxe et ils n'y a pas de message d'erreur. Voici la syntaxe. J'ai rajouté %% events qui manquait. PS: Es-tu sûr que tu as autant de modules qui sont employés dans une instruction GEA avec déclenchement instantané -1 ? On ne déclare que les ID des modules qui sont employés dans une ligne GEA avec -1 --[[ %% autostart %% properties 8 value 60 value 74 value 65 value 13 value 18 value 70 value 317 value 85 value 265 value 23 value 92 value 236 value 97 value 209 value 311 value 291 value 241 value 188 value 176 value 182 value 259 value 253 value 165 value 272 value 313 value 293 value 243 value 190 value 178 value 184 value 261 value 255 value 167 value 274 value 312 value 292 value 242 value 189 value 177 value 183 value 260 value 254 value 166 value 273 value 238 value 279 value 287 value 52 value 43 value 42 value 44 value 357 value 324 value 327 value 330 value 78 value 26 value 30 value 82 value 303 value 337 value 345 value 259 value %% events %% globals TimeOfDay PresentState CycleLaveVaisselle CycleLaveLinge --]]
  13. sumsum

    Velux Active with Netatmo

    J'ai passé commande du kit de base aujourd'hui, pour faire des tests. Dès que je reçois le matériel je vous tiens au courant.
  14. sumsum

    Velux Active with Netatmo

    J'ai voulu passer commande, mais le produit est épuisé. J'attends un délai du revendeur.
  15. sumsum

    Support Gea

    @Steven @pepite @971jmd merci pour vos suggestions. J'ai trouvé ce qui provoque le problème en me penchant de manière systématique sur mon code et en réussissant à provoquer l'erreur. Mon extrait de code problèmatique: GEA.add({"Or", {"Value+", id["OEIL_SALON_FENETRE_GAUCHE"],LuminositeMaxSalon}, {"Value+", id["OEIL_SALON_FENETRE_DROITE"],LuminositeMaxSalon}}, 2*60, "Il y a TROP de luminosité, la valeur mesurée est de #value[1]# et #value[2]# fermeture des stores", {{"Days", "Weekend"}, {"Time", "08:30", "18:00"}, {"Close", {id["STORE_GAUCHE"],id["STORE_MILIEU"],id["STORE_DROITE"]},90}} ) c'est la syntaxe #value[1]# et #value[2]#qui pose problèmes. Si je remplace par #value# le code fonctionne et il n'y a plus de message d'erreur. Mon extrait de code qui fonctionne: GEA.add({"Or", {"Value+", id["OEIL_SALON_FENETRE_GAUCHE"],LuminositeMaxSalon}, {"Value+", id["OEIL_SALON_FENETRE_DROITE"],LuminositeMaxSalon}}, 2*60, "Il y a TROP de luminosité, la valeur mesurée est de #value# fermeture des stores", {{"Days", "Weekend"}, {"Time", "08:30", "18:00"}, {"Close", {id["STORE_GAUCHE"],id["STORE_MILIEU"],id["STORE_DROITE"]},90}} ) Par contre le message récupéré sur mon téléphone mobile est le suivant: "Il y a TROP de luminosité, la valeur mesurée est de true fermeture des stores" Je suis satisfait que mon code re-fonctionne et ne plante plus avec cette modification. Par contre je ne sais pas quelle syntaxe mettre si je veux indiquer la valeur en lux de mes deux détecteurs. Si quelqu'un a une idée je suis preneur.
×