Lazer
-
Compteur de contenus
26 052 -
Inscription
-
Dernière visite
-
Jours gagnés
1 296
Tout ce qui a été posté par Lazer
-
Demande au support Fibaro, les clés de chiffrement sont différentes entre les 2 box, je me demande s'ils n'ont pas une manip à faire pour autoriser le transfert de configuration de l'une à l'autre.
-
J'ai l'impression que tu ne veux pas ouvrir la doc de syntaxe malgré mes suggestions répétées... c'est bien dommage. Aller je te copie/colle le début : -- -------------------------------------------------------------------------------- -- FONCTIONNEMENT -- -------------------------------------------------------------------------------- -- La syntaxe d'une règle GEA est la suivante : -- GEA.add(condition, durée, notification, action) Est-ce que tu as l'impression que ta règle respecte cette syntaxe ? Réponse acceptée (la seule) : non Si je comprends bien ce que tu veux faire, tu as 2 conditions, donc tu dois les regrouper ensemble dans le premier argument de ta commande GEA.add Pour les regrouper, on utilise des accolades. (je me rend compte que cela n'est pas précisé dans la doc, il faudra faire un ajout)
-
Je crois me souvenir qu'à partir d'un certain firmware, le compte admin était remplacé par un compte basé sur notre adresse email. Ou alors je confond avec la HC3, je ne me souviens plus bien, c'est loin pour moi tout ça maintenant !
-
As-tu tenté de contacter le support Fibaro ? Je pense qu'ils peuvent facilement débloquer ce genre de problème.
-
C'est ce que j'allais te dire, on dirait que tu as perdu l'accès admin
-
@domo tu ne respectes toujours pas la syntaxe des règles GEA que je t'ai rappelé. Essaye de relire le début de la doc de syntaxe calmement, c'est la base, il est essentiel de comprendre la logique de base de GEA avant de pouvoir écrire la moindre règle sinon tu n'y arriveras jamais. Ce n'est pas en demandant au forum de t'écrire tous tes scénarios que tu arriveras à faire tourner ta domotique (poisson, cidre, tout ça )
- 12 377 réponses
-
- 3
-
-
-
- support
- script lua
- (et 1 en plus)
-
Bienvenue sur le forum
-
Je ne vais pas te donner la solution car ça ne va pas t'aider.... donne un poisson à un homme il mangera un jour, apprend lui à pêcher il mangera toute sa vie. Déjà regarde ta ligne, elle ne ressemble à rien, elle ne respecte pas du tout la syntaxe d'une règle GEA : conditions, durée, notification, actions De sorte à ce que tu construises ta règle correctement, ensuite on verra pour y mettre les bonnes options dans les conditions et actions.
- 12 377 réponses
-
- 2
-
-
-
- support
- script lua
- (et 1 en plus)
-
Essaye avec ceci : GEA.add({{"Value+", 109, 52}, {"Value", 344, false}}, 30, "test deshumi", {{"TurnOn", 337 }}, {"iPad Pro de chris ", 0}, ) -- humidité superieur à 52% En plus ça évitera que la VMC se mette en route alors que la fenêtre est déjà ouverte.
-
Comme pour les autres propriétés, avec self:updateProperty() : self:updateProperty("heatingThermostatSetpointStep", {C = 0.1, F = 0.5})
-
Ah oui c'est vrai que je ne passe même pas par là, car comme GEA est le seul truc de ma domotique auquel je touche régulièrement depuis environ 1 an, j'ai carrément un raccourci direct vers la fenêtre d'édition, donc je bypasse complètement le dashboard de la HC3 ainsi que le visuel du QuickApp... ce qui me fait économiser 3 clicks et une molette de souris, c'est énorme Idem, j'ai un raccourci pour le log GEA, car il faut toujours vérifier que ça redémarre bien après une modification de règle.
- 12 377 réponses
-
- 1
-
-
- support
- script lua
- (et 1 en plus)
-
Raison pour laquelle je suis restée sur une vieille stable... les suivantes ont introduit quelques bugs plus ou moins gênants... La 5.150.18 date du 6 décembre 2023, elle fête donc aujourd'hui son anniversaire ! En fait c'est une super-stable
- 12 377 réponses
-
- 1
-
-
- support
- script lua
- (et 1 en plus)
-
C'est marrant la différence d'usage quand même, le QA GEA est bien l'un des rares dont je n'ouvre absolument jamais la vue... ça fonctionne en automatique, c'est tout. Ce bug serait beaucoup plus embêtant pour moi sur d'autres QA que j'utilise souvent.... après vu que je suis resté sur une vieille stable, je ne me pose plus trop de questions, pour le coup, elle est vraiment très stable. Et oui, Fibaro a repris ses bonnes vieilles habitudes de firmwares buggués... mais tant que ça ne sont que les BETA, c'est encore acceptable. Espérons que les prochaines stables ne soient pas touchées. Perso je n'installe jamais de beta sur ma box de prod en tout cas.
-
Oui, on en parlait quelques messages avant le tient, ainsi que sur le topic des 2 derniers firmwares BETA. Comme indiqué, ce sont des versions BETA, donc tu t'exposes à ce genre de bug.... si c'est gênant, retour arrière, sinon attendre patiemment le correctif.
-
OK, effectivement tu as bien un espace à la fin de la chaine de caractères... étrange, mais c'est comme ça. Donc ta configuration de GEA.portables est bonne.
-
Sur le forum officiel tout le monde se plaint des problèmes d'affichage des QA.... Je vois 2 solutions : - retour arrière - prendre son mal en patience et attendre une mise à jour
-
Et il existe même le zwave2mqtt !
-
Oui ça m'a l'air OK. Tu peux vérifier le nom EXACT des appareils en allant vérifier dans /api/iosDevices/ Ou bien utiliser l'ID de l'appareil mobile, que tu trouveras dans la même URL Je précise ça car je vois un espace à la fin de ta chaine de caractère, je ne sais pas si c'est OK ou pas.
-
Ta condition Sunset n'existe tout simplement pas ! Regarde dans la doc de syntaxe, il faut utiliser la condition Time, tu as des exemples permettant de limiter le déclenchement entre le Sunset et le Sunrise (la nuit quoi) Pareil pour ta notification, il n'y a aucune action qui s'appelle "iPad Pro de chris", GEA ne peut pas deviner que tu veux envoyer une notification. Le plus simple est de le mettre dans sa section config(), tu as une ligne GEA.portables=... dédiée à cet usage... présent dans la config par défaut de GEA, tu as juste à le compléter.
-
Quick App - DomoCharts - Graphiques sur NAS pour HC3
Lazer a répondu à un(e) sujet de Lazer dans Quick App Developpeur
Non pas du tout onInit() c'est juste une fonction, qui est appelée automatiquement lors du démarrage du QA, mais si celui-ci est déjà en fonctionnement quand on rappelle la fonction, selon comment le QA est codé, il va plus ou moins bien réagir au fait que le onInit soit relancé... Sinon l'astuce que j'avais employé à l'époque de la HC2 dans mon watchdog pour forcer le redémarrage d'un VD/Scène, c'était d'ajouter un saut de ligne à la fin du code LUA et de sauvegarder à nouveau... ce qui provoquait son redémarrage immédiat. Peut être que ça fonctionne aussi avec les QA, mais c'est un peu lourd à mettre en place en LUA. -
Quick App - DomoCharts - Graphiques sur NAS pour HC3
Lazer a répondu à un(e) sujet de Lazer dans Quick App Developpeur
Bizarre, pourquoi ne pas simplement modifier les variables du QA via l'interface graphique, tu n'y as pas accès ? Autrement tu peux modifier la variable d'un QA directement depuis une URL via l'API de la HC3 : /api/callAction?deviceID=128&name=setVariable&arg1=NAS_Address&arg2=192.168.1.66 ou, à tester : /api/callAction?deviceID=128&name=setVariable&arg1=NAS_Address&arg2="192.168.1.66" -
Quick App - Pilotage climatisation PAC Mitsubishi en local avec ESP32
Lazer a répondu à un(e) sujet de Lazer dans Quick App Developpeur
Ouh là là, c'est pas bon ça, l'ESP32 qui répond un paquet inconnu, comme si le protocole avait changé.... Pas le choix pour l'instant, il va falloir trouver le moyen de downgrader pour revenir à l'ancienne version de ESPHome... parce que reprendre le développement du QA, ça ne risque pas d'arriver avant un bon moment... pas du tout le temps pour ça en ce moment, surtout que son code LUA est loin d'être simple... -
Oui heureusement, mais il faut quand même que je m'occupe de corriger le problème avec EDF... désolé mais je n'ai pas eu trop de temps pour la domotique ces derniers temps.
-
Peut être que le header est mal formé et l'authentification non prise en compte. J'ai déjà eu des soucis similaires, non pas avec une box Homey, mais en ligne de commande avec curl ou bien encore avec HABridge. C'est après avoir trouvé la bonne syntaxe pour les headers que ça finit par fonctionner... normalement !
-
Ton URL est invalide, tu ne peux pas mettre le login / password dedans. ça fonctionne uniquement avec les navigateurs Web car ils décodent l'URL pour retirer le login/password et le mettre proprement dans les en-têtes (headers) de la requête HTTP (*) Je ne connais pas al Homey, mais il faut que tu trouves le moyen d'envoyer l'authentification proprement dans les headers. (*) Cela dit cet usage est déprécié depuis bien longtemps, les navigateurs le tolèrent encore mais ça ne durera peut être pas éternellement.
