Steven
-
Compteur de contenus
4 434 -
Inscription
-
Dernière visite
-
Jours gagnés
201
Tout ce qui a été posté par Steven
-
Attention, les icônes, c'est une longue histoire. Il faut absolument cliquer dessus puis appuyer sur "Save" puis enregistrer l'image ... si tu ne fait pas cela, l'image n'est pas en 128x128 et tu ne pourras pas l'insérer. Voilà
-
Bon ben si c'est tout bon, je te propose que tu dises ... c'est bon, vous pouvez la prendre cette fichue version Edit : moi je fille chercher mes monstres
-
J'ai rien toucher à cela. Edit ... pire j'ai même testé {"Global", "Test", "#value#"} plusieurs fois sans soucis.
-
C'était un peu noyer dans la masse donc pas besoin de d'excuser. Je viens de rajouter l'info sur le 1er post. Je comprends mal ta question. Une fois le code modifier (remplacer le code du bouton par le nouveau) et enregistrer, tu devrais voir apparaître la liste des 10 premiers modules utilisant des piles triés par ordre du plus vide au plus plein.
-
@sebcbien J'attends @Nico Rien du tout Plus de domotique pour moi pour quelque temps. De tout façon, les plugins c'est mort pour un moment et le firmware n'est pas stable donc ... repos. Au lieu de prendre soin de ma maison, je vais prendre soin de ma famille.
- 12 330 réponses
-
- 2
-
-
- support
- script lua
- (et 1 en plus)
-
As-tu appliqué cette correction : http://www.domotique-fibaro.fr/index.php/topic/1710-my-batteries/?p=38400 Je pense que cela devrait résoudre le soucis. Cordialement
-
J'avais pas vu le "Steven is back" sur le repo GitHub Non, je ne suis pas de retour, je règle juste les derniers soucis. Par la même occasion, manque quelque chose à GEA. C'est la possibilité d'envoyé une capture d'une caméra : fibaro:call(237, "sendPhotoToUser", "2"); Voilà , maintenant, vous avez du travail
- 12 330 réponses
-
- 1
-
-
- support
- script lua
- (et 1 en plus)
-
Tout de suite on exagère ... j'ai reçu une augmentation de 2% (lol) et l'euro m'en offre 20% de plus Si j'avais travaillé un peu plus à mon travail et moins sur GEA j'aurais peut-être pu amélioré les 2% ... je suis même surpris d'avoir reçu quelque chose. En tout cas, merci Par contre, cela est valable aujourd'hui, demain est un autre jour.
-
Heyyy, y'a pas le feu au lac
-
Special sebcbien Voici une version 5.15 qui : Par défaut ne vérifie plus que le mot rechercher est dans la VG mais est bien égale à la VG ("closed" n'est pas dans "not_closed"). Cette fonctionnalité est désactivable en mettant GEA.regexFullAllow = true. Je conseil de la laisser par défaut à false pour, à l'avenir, éviter de voir sebcbien hériter de cheveux blancs supplémentaires.Pour 971jmd GEA.add(id["LAMPE_ESCALIER"], -1, "", {{"Global", "Test", "#value#"}})Va remplir la variable "Test" avec la valeur du module "lampe_escalier" (ne pas oublier de mettre l'id souhaité dans l'entête) (j'ai corrigé le bug qui mettait uniquement #value# dans ce cas.) J'aimerais que sebcbien puisse tester et approuver ou non les modifications avant d'aller plus loin. Donc pour les courageux, vous pouvez y aller mais je vous conseil d'attendre son aval. Merci d'avance. GEA._5_15.lua
-
L'idée serait qu' avec GEA.regexFullAllow = false, tu t'enfiche de "close" ou "not_closed", c'est GEA qui le gère pour toi. Sinon pour le reste, tu as raison.
-
Suite à ton message, je viens de faire des tests et TU AS RAISON string.match utilisé dans GEA signifie est-ce que le mot X est contenu dans Y ... Donc "Closed" est bien contenu dans "Not_Closed". Je n'y avais pas pensé C'es le désavantage d'avoir utilisé des Regex. D'un côté cela permet beaucoup plus de souplesse, de l'autre cela induit un comportement non souhaité. Donc pour ton cas, il faudrait utilisé ^ et $ ^ = commence par et $ = fini par. Exemple : GEA.add({"Global", "Porte_Action", "^Closed$"}, ....) Ainsi tu es 100% sà»r que Closed n'est pas inclus dans Not_Closed car car ce dernier DOIT commencer par Closed et finir par Closed. Je suis pas sà»r d'être très clair. L'autre option est de modifier GEA mais si on rajoute automatiquement le ^ et le $ on va perdre cette souplesse qu'offre les regex. Ou alors, on ajoute une option dans GEA du style GEA.regexFullAllow = false et dans ce cas, on ajoute automatiquement le ^et $ et si l'utilisateur le met à true, c'est à lui d'assumer les regex qu'il va mettre dans GEA. Dans tout les cas ... MERCI beaucoup d'avoir réussi à pointé le problème car je commençais aussi à me prendre la tête.
-
Petit retour : dans mon cas, le Wifi OFF/ON ne fonctionne pas ... mais attention, j'ai une Livebox Play ce qui peux complètement changer la donne. Dommage pour moi M'en fait rebrancher ma veille Livebox
-
Sinon, la méthode tordu : Créer un scénario en mode bloc qui vq donc envoyer un push au smartphone souhaité puis le transformer en LUA ... et voilà . La méthode de PITP2 est plus propre
-
Oui, cela fonctionne avec GEA ... mais uniquement quand Fibaro aura réparé leur bousier. Les déclencheurs pour les RGB ne fonctionne plus depuis la 4.024 ;(
-
Nickel ... adopté. Le seul défaut, c'est que cela embarque le code de Krikroff ... mais bon, on fera avec Plus sérieusement, le Wifi On/Off est une chose que je cherchais depuis longtemps alors merci beaucoup. +1
-
@Moi-même Ne plus jamais demander à sebcbien de m'envoyer un fichier car cela ce résume en Error 500 - Internal server error Un problème inattendu est survenu. Veuillez réessayer ultérieurement. Je vais donc demander aux admins de me réparer tout cela Pourrais-tu m'envoyer cela à buvonsungrandverre.depastis@lamaison.fr ... stp
-
Ce que je veux dire est : Ce n'est pas parce que ton code : local name = fibaro:getValue(IDM, "power") fibaro:debug("power "..name) fonction .. que GEA.add( {"Power", IDM, 30}, 60, "") va fonctionner Aujourd'hui c'est le cas mais si fibaro ajoute la propriété "coucou", il faudra attendre une nouvelle version de gea acceptant le {"Coucou", ...} Edit : pepite a été bien plus rapide que moi ... oublie ce message ... c'est pas ma faute ... je suis Suisse
- 12 330 réponses
-
- 1
-
-
- support
- script lua
- (et 1 en plus)
-
@PITP2 Heureux de t'énerver dans ce sens là C'est toujours un plaisir de voir des gens se prendre la tête ... pour si peu .. LOL Je taquine.
- 12 330 réponses
-
- 1
-
-
- support
- script lua
- (et 1 en plus)
-
@sebcbien Ok, je regarde cela ce soir devant ma porte de garage @pepite Oui, cela me semble bien @zozotte Merci pour le retour Oui "Power", "Power+", "Power-" fonctionne et sont simplement un alias de "Sensor", "Sensor+" et "Sensor-". Tu peux donc utiliser celui que tu préfères. J'ai ajouté "power" lors du passage en 4.017 vu que c'est la nouvelle nomenclature de fibaro. D'ailleur en 4.x tu ne peux plus mettre 115 valueSensor comme déclencheur, il faut mettre 115 power. @971jmd Ce n'est pas parce que fibaro à rajouter "power" dans leur système que tu peux l'utiliser avec GEA. GEA n'évolue pas automatiquement, il faut d'abord le modifier pour qu'il prenne en compte les changements. Dans le cas du "power" c'est un coup de chance car j'avais anticipé. Pour ta valeur de lampe, il me semble que je t'avais noté, il y a quelques jours, un morceau de code et que j'avais suivis mon code par : "Si cela ne fonctionne pas ... n'utilise pas GEA pour le faire". GEA est là pour vous aider à mettre en place des scénarios plus ou moins complexe de manière "plus simple". En aucun cas GEA n'est là pour tout remplacer, pour certain traitement vous serez obliger de créer vos propres scénarios.
-
@sebcbien Pourrais-tu stp me noter uniquement les lignes GEA.add qui concerne ta porte de garage (détecteur, remote, ...) mais toutes les lignes et autres scénarios s'il y en a. ton fibaro:debug(...) que tu utilises dans tes tests est .. hummm ... inutile ... insignifiant ... trompeur ... en bref .. pas bien Je m'explique. la méthode "yourcode()" est appelée à chaque : sauvegarde de GEA, démarrage de la box, déclencheur noté en haut du script. TOUTES les lignes GEA.add sont executuée ainsi que tes fibaro:debug. SEULES les lignes GEA.add qui correspondent au déclencheur sont mis dans un panier le code execute une par une les lignes mises précédement dans le panier. A ce stade tes fibaro:debug t'auront déjà affiché plein de truc sans aucun sens. C'est super compliquer pour débuger correctement car il faut allez modifier l'intérieur du code pour allez y mettre des fibaro:debug au bon endroit .. si tu y arrives je te surnommerait McGywer Vu que nous avons la même installation pour le garage, je vais pouvoir intégrer TES lignes dans une instance à part de GEA et faire des tests en direct .. je pense qu'il y a soit un soucis dans enclenchement de tes lignes, soit un soucis avec la gestion des If, soit un soucis plus profond et bien caché dans GEA On verra ... pfffffff .. .encore du travail pour moi
-
Wouaa .. . et lol Il n'y a aucun ordre à respecter et si les If à la fin vous donne l'impression que cela va mieux, c'est une fausse impression. Pourquoi mettre 2 ou 3 If dans une instruction si ce n'est pour faire que le système ce perde. UN seul If suffit puisse que ce dernier peux recevoir plusieurs condititions ... exemple : GEA.add(id["LUMIERE_TV"], 2*60, "", {{"turnOff", id["LUMIERE_TV"]}, {"If",{{"Global", "Invites", "non"}, {"Sensor-", id["TV"], 50}}}}) Maintenant ... abandonné ces If qui pose soucis car compliqué à mettre en place, la nouvelle notation est tellement plus simple local inviteAbsent = {"Global", "Invites", "non"} local tvEteinte = {"Sensor-", id["TV"], 50} GEA.add( { id["LUMIERE_TV"], inviteAbsent, tvEteinte }, 2*20, "", {{"turnOff", id["LUMIERE_TV"]}}) P.S: Je vais essayer de lire les 360 lignes dans la journée
-
J'avais le même soucis en wifi sur une Livebox. Je suis donc passé en ethernet avec l'adapter officiel. Depuis plus aucun soucis. Bonne chance. Envoyé de mon portable grâce àmes petits doigts.
-
Faudra que je regarde tout cela sur un écran plus grand que 5 pouces Envoyé de mon portable grâce àmes petits doigts.
- 12 330 réponses
-
- 1
-
-
- support
- script lua
- (et 1 en plus)
-
C'est pas dit qu'on va pas trouvé d'autres bug .. vu la quantité de lignes je serais surpris que tout tourne comme un moulin. Mais bon ... en cherchant ensemble on arrive à avancer @sebcbien J'espère que c'est juste pour un contrôle.
