Lazer

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.

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.

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.

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.

Drôle de présentation

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.

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.

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 }

Bienvenue sur le forum

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)

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.

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 ?

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.

Ah je radote alors

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

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.

Tu devrais pas

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é.

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 ?

J'avais oublié de le préciser hier, mais les modules MCO Home disposant d'un capteur de particules fines font tous un petit bruit aigu. C'est lié au capteur lui-même, qui comporte un mini-ventilateur pour forcer le flux d'air au travers de la chambre de détection des particules. Ce n'est pas forcément gênant dans une pièce de vie, mais si c'était dans une chambre, la nuit, je pense que je ne le supporterais pas...

En tout cas c'était "courageux" d'utiliser un navigateur exotique !

ah ben ça c'est sûr...

Yes, j'ai reçu les rails avant-hier comme prévu. Il me reste à commander... les panneaux !! De toute façon pas de pose prévue avant fin avril début mai, donc j'ai de la marge.

Ouais Amazon ils sont trop fort... mon préféré c'est quand tu commandes le samedi soir et que tu es livré le dimanche matin, parfait pour débloquer un bricolage du week-end, limite plus rapide que de courir au Casto Merlin du coin

tu ne remarques pas, mais elle a très certainement lieu automatiquement, comme expliqué précédemment, ce n'est pas si facile à détecter... surtout si c'est bien géré. étrange... peut être un bug ? Oui enfin ça c'est ce que tu mesures avec ton appareil dont la précision est très approximative d'une part, et dont la calibration se fait... quand elle veut ! La vraie référence, on n'a pas moyen de la connaitre avec les appareils à notre disposition. Des capteurs à 100 ou 200€, ça reste des produits grands publics à la précision très approximative. Comme Netatmo le documente, la précision du capteur est de 100 ppm... par rapport à 400ppm, ça fait quand même 25% de marge d'erreur, c'est juste énorme ! J'ai déjà vu ma Netatmo descendre à 350ppm pendant quelques heures après une aération forcée, évidemment c'est complètement impossible à notre époque. la pollution n'est pas due qu'à l'automobile. Rien que sur Paris, il y a de plus en plus de pollution due aux feux de cheminée, à tel point qu'ils ont interdit les foyers ouverts (combustion incomplète). Et en montagne vous êtes des plus gros consommateurs de bois de chauffage qu'à Paris, et de très loin (ça reste marginal à Paris... vu les couts d'importation du bois en région) Tu ajoutes à ça toute l'activité industrielle (que tu peux avoir en montagne)... si tu as une usine, une carrière, un chantier, à proximité... etc Et vu que c'est le printemps, beaucoup de pollens, je ne serai pas surpris que certains rentrent dans la classification PM2.5 ou PM10. Je vois que ta station mesure les PM1.0, c'est top ça, très rare ! Pas de pollution due aux particules fines aujourd'hui sur Paris, mes 2 capteurs sont d'accord entre eux : Et ça fait au moins 1 semaine que ça dure, faut dire qu'il pleut pas mal en ce moment, ça nettoie l'atmosphère : On constate que l'un des 2 modules reste bloqué à 1 µm/m3 et ne descend jamais à 0.... c'est là qu'on voit la précision très approximative de ces capteurs grands publiques. Cela dit, encore une fois, ça reste suffisant pour notre usage domestique.