Steven
-
Compteur de contenus
4 434 -
Inscription
-
Dernière visite
-
Jours gagnés
201
Tout ce qui a été posté par Steven
-
Je tenterais plutôt avec Authorization au lieu de authentication headers = { Authorization = 'Basic '..password }, Et si ça ne passe pas, je mettrais le couple USER:PASSWORD en base64 au lieu de juste password
-
"Open" et "Close" redirigent sur "Value" donc cela revient exactement au même, c'est plus un soucis de lisibilité de ton code. Si je lit "Open+" je vois de suite de quoi il s'agit alors que "Value+" me semble moins approprié.
-
v.6.04 7 janvier 2018 add : Roomlights ... {"RoomLights", <nom de la pièce>, "turnOn"|"turnOff"} add : Sectionlights ... {"SectionLights", <nom de la séction>, "turnOn"|"turnOff"} mod : correct Weather, erreur ajoutée en V6.03 mod : #datefull# erreur sur le dimanche mod : correction déclenchement instantané qui stop la mauvaise tache mod : correction déclenchement instantané avec plusieurs conditions add : Slider mod : Close 100 = tout fermé, 0 tout ouvert mod : Open et Close peuvent recevoir plusieurs ids {"Open", {id1, id2}, valeur} mod : optimisation des déclenchements immédiats (1ère passe) Le script est ici : @MAM78, @pepite le support de Sonos et Backup seront pour la future version. Les corrections avant tout :-)
- 12 330 réponses
-
- 2
-
-
- support
- script lua
- (et 1 en plus)
-
Ben la syntaxe sera juste dès la prochaine version
- 12 330 réponses
-
- 3
-
-
-
- support
- script lua
- (et 1 en plus)
-
Par contre, j'ai vu que tu faisait {"Open", {id1, id2}, valeur} or pour Open et Close la version actuelle ne peut prendre qu'un seul id. Je change cela aussi.
- 12 330 réponses
-
- 1
-
-
- support
- script lua
- (et 1 en plus)
-
C'est corrigé pour la prochaine version
- 12 330 réponses
-
- 1
-
-
- support
- script lua
- (et 1 en plus)
-
Je sais pas, on me l'a fait changer il y a pas longtemps. Pour moi un close 100% devrait tout fermer et un open 100% devrait tout ouvrir .. donc un close 60% doit être égale à un open 40% ... si on est d'accord, je travail là dessus.
- 12 330 réponses
-
- 1
-
-
- support
- script lua
- (et 1 en plus)
-
C'est la première fois que je suis fatigué de lire un topic ... qui n'existe pas encore
-
Tu as peut-être le même soucis que @kioneoranga, soit un StopTask qui te stop la mauvaise tache. Je sais que c'est compliqué mais dans le debug, tu n'as pas un "Stoppé" en trop.
- 12 330 réponses
-
- 1
-
-
- support
- script lua
- (et 1 en plus)
-
Je suis en Anglais sur ma HC2 et toi ? Par contre, sur IFTTT j'ai bien mis la langue Française dans les paramètre de mon applet.
-
Si c'est bien déclaré dans l'entête, GEA capture tout ce qu'il reçoit. C'est juste le traitement qui est plus long qu'en 5.40 mais il ne peux louper aucun événement reçu. Hormis si tu dépasse le quota d'instance autorisée .. dans les paramètres du scénario. Pour la cave .. étrange .. question bête mais bon, faut bien la posé .. Tu es sûr des ID ?
-
Pour info et au vu des soucis de @kioneoranga j'ai l'impression qu'il y a un bug dans GEA, lorsque une action immédiate tente de stopper une action automatique. Je ne trouve pas encore la raison mais si vous avez le même soucis contacter moi. Dans son cas, elle stoppe une autre action qui n'est pas la bonne. La bonne nouvelle pour vous c'est que le bug se trouve probablement dans la fonction GEA.add et que c'est dans cette même fonction que l'optimisation des actions immédiates doit être optimisée .. Donc Steven ... au boulot dès ce soir si j'y arrive.
- 12 330 réponses
-
- 1
-
-
- support
- script lua
- (et 1 en plus)
-
Les déclenchements instantanés sont probablement moins réactif qu'avec la 5.40 pour plusieurs raisons. La première : GEA 6 a été réécrit dans quasiment sa totalité avec beaucoup plus de possibilité et de contrôle. La 2ème et la plus importante est sa jeunesse. GEA 5.4 est l'évolution de plusieurs années alors que la 6 n'a qu'un mois. Ma petite configuration ne me permet pas de voir de différence, mais à la lecture de mon propre code, je peux déjà voir des chemins d'amélioration que je mettrais en place dès que possible. Par contre ma priorité est la correction de bugs. Je préfère un système plus lent qui fonctionne bien qu'un système rapide qui ne fait pas son travail. Mais promis, je vais y travailler dès que j'aurais plus de temps.
- 12 330 réponses
-
- 1
-
-
- support
- script lua
- (et 1 en plus)
-
Il faut les mettre au début de setEvents()
- 12 330 réponses
-
- 1
-
-
- support
- script lua
- (et 1 en plus)
-
Tu arrive me fournir la copie des tes lignes suivantes : Ajout immédiat : #2 Ajout immédiat : #4 Ajout immédiat : #88 Ajout immédiat : #94 soit ton 2ème GEA.add, ton 4ème GEA.add, 88 et 94 s'il te plait car la comme cela, je vois rien d'annormale.
-
Joli oubli, je m'en occupe dès demain .. merci pour la proposition Pepite, cela me semble tout bon.
- 12 330 réponses
-
- 1
-
-
- support
- script lua
- (et 1 en plus)
-
Tous semble correcte, j'ai d'ailleurs le même style ligne de code. Quand tu ouvres la porte, GEA va se lancer et devrait ajouter au moins 2 lignes visibles dans le debug ... Tu arrives nous copier cela ?
-
I confirmed, Weather or WeatherLocal are bugged since 6.03 ... my bad
-
Il faut utiliser les pattern afin de matcher "Véranda" avec "cond:" et prendre le mot d'après. Je sais c'est facile à dire mais pas à faire. Je t'avais fourni au tout depuis un morceau de code dont tu dois pouvoir t'inspirer.
-
Tu faire banni d'un Forum ne servirait à rien .... Je vote pour une extermination total Bah non, en fin de compte, je sais pas pourquoi mais je t'aime bien ... je suis un faible
-
Pour augmenter ou diminuer c'est ici mais mon script ne fonctionne pas avec tout les dimmer, il faut faire une modification qui y est mentionnée.
-
Pour les chaines de la Freebox, je fais ainsi :
-
Ou ne pas l'utiliser car Fibaro ne l'a jamais compris complètement.
-
--[[ ================================================================== Encodage / Décodage en base 64 ================================================================== Description : Utilitaire pour l'encodage / décodage en base 64 Utilisé fréquement pour encoder les login:password ================================================================== Support : [X] Scénario [ ] VD Firmware requis : 4.x Auteur : Trouvé sur le web (nom des fonctions adaptées pour plus de lisibilité) ------------------------------------------------------------------ Functions : encode : encode une chaîne de caractère en base64 decode : décode une chaîne de caractère précédement encodée ================================================================== --]] -- --------------------------------------------------------------- -- function : encode -- --------------------------------------------------------------- -- paramètres : -- data : chaîne à encodé -- retour : chaîne encodée en base64 -- --------------------------------------------------------------- function encode(data) -- ... end -- --------------------------------------------------------------- -- function : decode -- --------------------------------------------------------------- -- paramètres : -- data : chaîne encodée -- retour : chaîne en claire -- --------------------------------------------------------------- function decode(data) -- ... end Exemples : -- Exemple d'encodage print(encode('domotique.fibaro@gmail.com:motdepasse')) -- Résuitat [DEBUG] 17:02:52: ZG9tb3RpcXVlLmZpYmFyb0BnbWFpbC5jb206bW90ZGVwYXNzZQ== -- Exemple de décodage print(decode('ZG9tb3RpcXVlLmZpYmFyb0BnbWFpbC5jb206bW90ZGVwYXNzZQ==')) -- Résultat dans le Debug [DEBUG] 17:02:52: domotique.fibaro@gmail.com:motdepasse
-
, dans ton cas, on s'en fiche. Si je reprend ton exemple, je mettrais uniquement ceci : Au lieu de -- encoding function encode(data) Je noterais pour plus de clareté ------------------------------------------- -- function : encode ------------------------------------------- -- paramètres : -- data : chaîne à encodé -- retour : chaîne encodée en base64 ------------------------------------------- function encode(data) Dans ton cas, c'est pas vraiment utile mais s'il y a plusieurs paramètres ou plusieurs retours cela peux s'avérer nécessaire. Reprenons un exemple que tu connais bien : function getLabelValue(value, jour, date) ... return message:match("(%d+):(%d+)%s(%d+):(%d+)"), jour end Pour un utilisateur qui regarde le code, il ne comprendra pas facilement, voir pas du tout, qu'est-ce que value, jour et date et encore moins les valeurs retournées. C'est pour cela que je pense que de documenter les functions est aussi utiles (quand cela se justifie bien évidement). Donc perso, je ferais ainsi .. mais c'est vraiment personnel ... voir post suivant.
