Aller au contenu

Lazer

Administrateur
  • Compteur de contenus

    25 849
  • Inscription

  • Dernière visite

  • Jours gagnés

    1 254

Tout ce qui a été posté par Lazer

  1. Lazer

    Command Class Time Parameters

    Voir ici pour ajouter une interface : https://forum.fibaro.com/topic/49113-hc3-quickapps-coding-tips-and-tricks/page/8/#comment-202936 Et ici @tinman s'est lancé dans une exploration des interfaces existantes et de leur impact sur les propriétés des devices : https://forum.fibaro.com/topic/49113-hc3-quickapps-coding-tips-and-tricks/page/58/#comment-227370 Mais voilà, le truc c'est que ça agit sur les propriétés des devices (visibles dans leur JSON, et peut également altérer le visuel dans l'IHM), mais pas sûr que ça puisse t'aider dans la communication avec le module Z-Wave.
  2. Lazer

    Command Class Time Parameters

    Tu devrais peut-être poser la question sur le forum officiel, avec un peu de chance tu auras une réponse, car en effet la question est pointue. Même si j'ai peu d'espoir que ça soit possible, pas sûr que Fibaro ait prévu ce cas de figure... ou alors via une API (bien) cachée.
  3. Suite du retour d'expérience de @lhpp sur l'Ecocompteur WES ici :
  4. C'est pareil, les fonctions Fibaro debug/trace/warning/error peuvent prendre plusieurs paramètres, elles font automatiquement une concaténation des chaines de caractères, avec ajout d'un espace entre chaque. Relis le code, tu verras que self_debug est une variable initialisée au debut, avant de rentrer dans la boucle infinie. Ce sont des micro-optimisations, toutes les fonctions appelées régulièrement sont ainsi stockées dans une variable locale, accessible plus rapidement qu'une variable globale. On a eu pas mal de discussions sur le forum à ce sujet, l'appel d'une variable globale (donc une fonction, puisqu'une fonction est une variable en LUA) prend du temps car le compilateur doit parcourir la super-table _G à la recherche de l'élément désiré. Et c'est même encore pire quand on recherche self.debug, car il faut également parcourir les sous-tables (self dans le cas présent) A toi de le découvrir en l'affichant à l'écran (dans un self.debug par exemple) Son contenu diffère en fonction de l'événement remonté.
  5. Lazer

    Nouvelle

    Bienvenue sur le forum
  6. Lazer

    Bon anniversaire maître !

    Merci les copains
  7. Ce sont des "astuces" LUA. Si event.data n'est pas défini, alors... local id = event.data.id ...va planter. Donc ... local id = event.data and event.data.id ... permet de protéger l'exécution de la commande, puisqu'on affecte event.data.id à la variable id seulement si event.data existe Ensuite, le debug commenté... c'est juste un débug commenté ! A remplacer par du code utile.
  8. J'ai déjà eu du mal pour réactiver le polling sur certains modules. Essaye de le faire depuis le module parent (si ce n'est pas déjà le cas) où bien depuis l'un des modules enfants.
  9. Lazer

    Fibaro Wall Plug

    Tu es sûr que c'est une version Z-Wave, et pas Homekit ? Fibaro en a fabriqué à un moment, pour l'écosystème domotique propriétaire d'Apple.
  10. OK bienvenue sur le forum Maintenant je me souviens avoir vu 2 topics en doublon hier et j'en ai supprimé un.... donc tu peux recréer un nouveau sujet dans la section adéquate (ouvrants > Support) pour ta question concernant les BSO. L'application Yubii est effectivement assez peu ergonomique... mais tout le monde (enfin je pense) réalise la configuration depuis l'interface Web de la box, avec son PC. L'application mobile, c'est surtout utile en déplacement, pour surveiller / contrôler sa maison à distance.
  11. Drôle de présentation
  12. Les jours rouges à 0, c'est normal, il n'y en a pas eu depuis que tu es passé en Tempo. En revanche pour les HC Blanc ce n'est pas normal, surtout qu'on est en jours blancs depuis 3 jours. Sur l'écran LCD de ton Linky, fait défiler les index pour trouver celui des HC Blanc. S'il est à zéro aussi, alors je me demande bien sur quelle tranche horaire tu es facturé... il faudra contacter EDF (qui demandera surement à Enedis) Si par contre tu as bien un index, mais qu'il ne remonte pas dans l'Eco device, alors je te conseille de poser la question sur le forum GCE, ou mieux, d'ouvrir un ticket auprès du helpdesk GCE.
  13. Disons que j'utilise massivement GEA car c'est plus simple de tout gérer depuis un point unique. Au début j'avais commencé avec des scènes en mode bloc, mais c'est ingérable dès que tu dépasses 10 ou 20 scènes.... sans compter les limitations inhérentes à leur extrême simplicité. Après j'ai une utilisation relativement basique de GEA, le plupart de mes règles sont assez simples. Certains sur le forum en ont eu une utilisation très poussée... voir le showroom, il y a des scénarios de fou. Apprendre le LUA n'est pas nécessaire à mon avis, mais ça reste malgré tout un très bon exercice, pour le sport, faire travailler le neurone, maitriser sa domotique sans dépendre du code écrit par quelqu'un d'autre, etc. Mais ça sera plus chronophage, il faut en être conscient.
  14. Le QA affiche uniquement la somme de tous les index (Base, HC, HP, HCJB, HPJB, HCJW, HPJW, HCJR, HPJR). Donc il ne tient pas compte de la tranche horaire ni de la couleur du jour. Je n'ai aucune utilisé de l'index détaillé par tranche horaire/couleur dans la domotique, raison pour laquelle j'ai fait ce choix, plutôt que d'avoir une tribu de child différents... Donc le child de type com.fibaro.energyMeter porte la "value" totale, information qui remonte dans DomoCharts, dans le graphique energy_day. De toute façon DomoCharts ne sait pas gérer les couts (euros), avoir 2 ou 6 childs différents aurait été ingérable, et même inexploitable (il aurait fallu se tartiner les sommes à la main pour faire des statistiques) A noter que j'ai une autre base de données pour gérer la téléinfo en détail, avec les tranches horaires, calculs des couts, injection (pour vente de surplus), etc.... projet que je fait évoluer depuis des années, mais que je n'ai jamais partagé ici (j'avais mis un screenshot en 1ère page). Mais c'est indépendant de la HC3 et de DomoCharts, c'est un truc à part. L'étiquette LTARF (ou PTEC si téléinfo en mode historique) est bien lue, un message est affiché dans le log lors du changement de période tarifaire, et une variable globale est mise à jour pour exploiter dans des scénarios. Exemple de contenu là tout de suite : /api/globalVariables/TELEINFO_Tarif { "name": "TELEINFO_Tarif", "value": "HP BLANC", "readOnly": false, "isEnum": false, "enumValues": [], "created": 1680397336, "modified": 1680667230 }
  15. Bienvenue sur le forum
  16. Je n'ai jamais utilisé la Zipabox, mais c'est vrai que le moteur graphique de scénario chez Fibaro est très limité. Uniquement pour des scénarios très simples de type si... alors Dès qu'on veut aller plus loin, ça devient trop compliqué et difficile à maintenir (enchainement de plusieurs scènes, etc...) Du coup c'est bien pour débuter ou pour des besoins très simples, mais dès qu'on veut un truc un peu plus sophistiqué, il faut mettre les mains dans le cambouis. Le LUA est un langage facile à écrire, très lisible, en tout cas beaucoup plus que certains autres pourtant très populaires (PHP, etc) Mais si tu n'as jamais programmé, ça restera difficile d'accès. Le mieux dans ce cas, je pense que c'est d'utiliser GEA... permet de réaliser des scénarios simples comme complexe, sans connaitre le LUA, puisqu'il "suffit" d'écrire des règles. Une règle par ligne, avec condition(s), durée, notification éventuelle, et action(s)
  17. Si ton QA de gestion chauffage exploite l'API refreshStates, ça me semble tout indiqué. L'API en question remonte tous les événements, donc il te suffit de trier sur les devices / propriétés qui t'intéressent (value, batterylevel, power, energy, etc... c'est toi qui choisis) En fait exactement ce que fait déjà GEA (il utilise une boucle refreshStates), mais dans un QA dédié, ainsi la gestion de ton chauffage devient indépendante de GEA, donc plus résiliente.
  18. Je ne sais pas.... je pense qu'il faut que tu le testes, comme j'ai fait ici, pour comparer. Selon le nombre de devices dans la liste, le résultat sera différent. C'est pour quel besoin ?
  19. Uniquement avec GEA (plus simple pour moi, tous les scénarios sont centralisés en un point unique) Donc désolé je ne sais pas t'aider pour les autres modes d'utilisations (scène classique), mais ça doit forcément pouvoir fonctionner, car GEA ne fait qu'utiliser les mécanismes présents nativement dans la box. Ce qui est sûr, c'est que le fonctionnement des scènes sur HC3 est très différent sur HC2, au niveau de la gestion des déclencheurs (triggers)... c'est surement là qu'il faut chercher.
  20. Ah je radote alors
  21. J'ai l'impression que mon message est passé à la trappe. Je le redis : sur mon HC3 cette télécommande Remotec ZRC-90 fonctionne parfaitement, j'utilise cette télécommande tous les jours. Depuis presque 2 ans, donc j'en ai vu passer des firmwares de la HC3, jusqu'au tout dernier. Il doit y avoir quelque chose que vous faites mal les gars
  22. Je ne l'utilise que via GEA... et elle fonctionne très bien. Si ça peut aider, j'ai donné quelques exemples de règles (1ère page). A l'époque c'était sous HC2, mais ce sont les mêmes règles depuis que je suis passé à GEA sur HC3.
  23. Tu devrais pas
  24. Lazer

    Fibaro Wall Plug

    On n'a pas besoin de domotique, on en installe chez nous car on a trop de pognon à dépenser et qu'on n'a rien trouvé d'autre à acheter pour améliorer notre confort, notre envie de geeker, ou que sais-je encore... C'est la (triste ?) réalité.
  25. C'est ça qu'est drôle, à partir du moment où tu es connecté à tes comptes Google, Facebook, Amazon, ou que sais-je, tu es de toute façon tracé, donc vie privée ou pas, il n'y en a pas. C'est toujours le même débat (stérile, parce que ça tourne en rond depuis des années)... finalement la vraie question, c'est : à qui tu fais confiance ?
×
×
  • Créer...