Lazer

Bienvenue sur le forum

Oui, c'est vraiment dommage cette présentation "brute" de l'information de consommation... Pour comprendre comment le gars a fait, il faudrait aller fouiller dans le code source, car il ne donne pas le détail dans le Readme.

Ah ben oui tiens, je n'avais pas remarqué que tu l'avais déjà fait. Désolé c'est ça de lire en diagonale.... En fait je réagissais surtout à la demande de @JLT qui voulais afficher des infos dans le log du QA... alors que ce log n'est pas visible sur l'application mobile, et que la "bonne" façon de faire, c'est de réaliser un QA de type thermostat, justement parce qu'il affiche correctement toutes les infos nativement dans les différentes interfaces Fibaro sans avoir besoin de bidouiller.

Concernant l'énergie, il dit la même chose ici : https://github.com/vilppuvuorinen/pymelcloud#energy-consumption Pour ajouter la puissance ou la consommation sur un QA, il faut ajouter l'interface "power" ou "energy". Ensuite tu auras une nouvelle propriété du même nom (power ou energy) te permettant d'y stocker la puissance ou la consommation avec self:updateProperty() comme pour n'importe quelle autre propriété. L'unité sera automatiquement W ou kWh respectivement. Ou bien créer un child dédié.

Excellent site, j'avais déjà partagé quelques graphiques sur un autre topic. Mais c'est la vision RTE, donc à l'échelle du pays. Appliqué au sujet des ballons d'eau chaude à l'heure du midi, à cette échelle ça ne nous permet pas vraiment de constater les effets.

[France Info] Energie : couper les ballons d’eau chaude entre midi et 14h a permis d’économiser l’équivalent de la consommation de "2,4 millions de Français" Hop là, voilà un sujet clôt. On va pouvoir passer à la polémique suivante. C'est toujours très intéressant de constater que lors de l'annonce, l'info a été reprise (et déformée...) par la quasi totalité des sites, sérieux ou complotistes. Le bilan de l'opération, lui, n'intéresse personne... normal, puisque c'est sans conséquence négative, comme prévu

C'est pas tellement le logo bleu qui est un indicateur, mais plutôt la non-présence des nouvelles fonctionnalités accessibles au travers des onglets Smart-Start, sécurité S2, etc. Bref, c'est bon pour toi, tu as de la chance. Quant au module Aeotec, je ne sais pas... tu peux toujours tenter ta chance auprès du support Fibaro.

Dommage... Oui impact très fort, puisqu'il faut passer par un recovery de la box, et reconfiguration totale, donc réinclusion et reparamétrage de tous les modules. Tu n'es pas le premier à te faire avoir par ce nouveau moteur Z-Wave v3 en Beta de chez Fibaro, ils ne le mettent pas assez en évidence lors de l'assistant initial de configuration. EDIT : Mais attention, le screenshot que tu as partagé ne montre pas la version du moteur Z-Wave, mais juste le type de module, d'ailleurs je ne sais pas à quoi ça correspond (je n'ai pas ce module). EDIT2 : on en a parlé plusieurs fois sur le forum, voir ici par exemple :

Ce n'est pas possible. Tu peux contourner le problème avec les fichiers dans les QA, il y a un tuto quelque par sur le forum pour automatiser la mise à jour des fichiers, et donc "pousser" automatiquement une nouvelle version de ta fonction dans tous les QA qui l'exploite. Perso je reste traditionnel, mes fonctions utiles sont regroupées dans une librairie "tools" que je recopie dans un fichier de chaque QA qui l'exploite, mais manuellement.

Bienvenue sur le forum

Je vais suggérer la même chose ici que j'ai fait que le topic Mitsu. L'idéal c'est un QA de type thermostat, car ça s'intègre nativement dans l'interface Web, y compris l'application mobile, mais aussi le panneau de chauffage, et ça permet de gérer les températures de consigne en mode chaud et froid, le mode de fonctionnement (heat, cool, dry, ventilation), et la vitesse du ventilateur. Un peu plus compliqué à écrire qu'un QA de type multisensor, mais tellement plus puissant et pratique à utiliser au quotidien. Fibaro fourni un exemple de squelette lors de la création du QA thermostat.

Alors là j'ai appris un truc, merci Sur mon monosplit existant, il n'y a pas de telle résistance, le groupe consomme exactement 0 Watt quand il est à l'arrêt, même pendant plusieurs heures/jours/semaines/mois d'affilés. Mais du coup si tu le coupes, ça ne pose pas de problème au redémarrage à la saison suivante ?

En plus c'est son anniversaire !

Une résistance de chauffe du compresseur non utilisé ? Mais qu'est-ce que c'est que cette aberration ? C'est la première fois que j'entends parler d'un truc pareil, ça me parait complètement fou !

Tu fais comme Jojo ou moi. Box : Autre Version : HC3 vX.XXX.XX

Ah oui les télécommandes chez Mitsu c'est carrément design années 80 Mais à la limite je m'en moque, puisque l'objectif c'est de tout gérer par domotique justement. Sur ma PAC actuelle (salon uniquement) j'ai carrément enlevé les piles de la télécommande, gestion 100% automatisé par domotique depuis des années (marque chinoise Midea). Le truc c'est que cette PAC n'est pas connectée, donc pilotage par infra-rouge sans retour d'état, donc c'est un peu en aveugle... J'ai compensé avec mesure de consommation électrique, et sonde de température au plafond, pour en déduire le bon état de fonctionnement de la PAC. Je ne savais pas que Daikin propose la gestion au demi-degré près, c'est intéressant, même si bon là encore, avec gestion par domotique, au final j'ai également la gestion du demi-degré près, j'ai un QuickApp dédié qui s'occupe de la régulation de température dans la pièce en donnant les ordres à la clim : monter/descendre la température, ou le ventilateur. Donc pour mon usage, le contrôle local, HORS CLOUD, est complètement vital pour le bon fonctionnement du système. Car le contrôle cloud, outre la dépendance au service (et les pannes associées, connexion Internet comprise), apporte une petite latence de quelques secondes (minutes ?), il n'y a pas de "push" direct du cloud vers la PAC, c'est du polling effectué à intervalle régulier par chaque unité intérieure. Même comportement chez Daikin et Mitsu pour ce que j'en ai lu sur les forums. Et ça c'est pénalisant pour mon usage. EDIT : Daikin leader en clim, c'est ce qui se dit en effet. Le truc c'est que mon usage c'est 95% chauffage (domaine dans lequel Mitsu semble un peu plus réputé)... Même si dans 10 ans ou 20 ans ça sera peut être l'inverse....

Vérifie que tu utilises le moteur Z-Wave v2 (stable) et non pas le moteur Z-Wave v3 (en beta... et instable) sur la HC3.

J'ai été médisant, ça fonctionne depuis la mise à jour de l'application mobile cet été, il n'a fallu que 6 mois

Je vais me permettre de réponse à mon modeste point de vue, car bien que non client Daikin, j'ai justement fait des recherches à ce sujet sur la nouvelle gamme Daikin (pas si nouvelle que ça, apparemment les nouveaux modèles sont dans la nature depuis 2021/2022, au moins dans certains pays) Bref, pour l'instant les forums (Github, etc) font mention d'une suppression complète des API locales, avec obligation de passer par le cloud, et avec authentification OAuth 2.0 pour récupérer un jeton. Ceux qui ont un appareil Netatmo savent déjà qu'il n'est pas (encore ?) possible de faire d'authentification OAuth avec les box Fibaro (HC2, HC3, ...) donc il faut aller récupérer le jeton manuellement sur le site Web, puis recommencer à intervalle régulier (et là bon courage...) Bref, entre cette dépendance au cloud et la méthode d'authentification sécurisée mais restrictive, dans mon comparatif Daikin / Mitsubhsi, j'ai totalement écarté Daikin, la dépendance au cloud est un critère éliminatoire dans tous mes achats. Reste que chez Mitsu c'est pareil, ils proposent nativement (ou en option) une dépendance au cloud. Sauf que chez Mitsu, toutes les unités intérieures disposent d'un port de communication (nommé CN105), et ça fait quelques années que les bidouilleurs proposent un montage à base d'Arduino/ESP pour ajouter une connectivité Wi-Fi locale pour une poignée d'euros (avec ESPHome) Seul espoir pour les clients de Daikin, j'ai vu sur un forum qu'un gars avait commencé à analyser le protocole et développer sa petite passerelle pour y ajouter la connectivité locale... mais je n'ai pas encore vu de site/tuto/produit fini exploitable.

Fibaro ne fait pas de MAJ forcées. Tu devrais peut-être les contacter pour une analyse post-opératoire, afin qu'ils se connectent dessus et regarde si ils trouvent quelque chose... sait-on jamais. Même si j'ai peu d'espoir, car les logs systèmes ne sont pas conservés à priori.

Au cas où vous ne l'auriez pas vu passer : [Abavala] Comment la norme Matter va-t-elle arriver dans nos Smart Homes? Pour info je cite souvent le blog Abavala, car je trouve que celui qui a fait la meilleure couverture de ce sujet depuis ses débuts, quand les autres sites généralistes n'en parlaient pas encore ou bien faisait des erreurs grossières d'interprétation du nouveau protocole.

Bien résumé. Juste sur la question du multi-protocole, en as-tu besoin où est-ce pour le plaisir d'avoir la fiche technique la plus garnie ? On peut tout faire en Z-Wave, le seul souci finalement c'est le prix, et non la disponibilité des produits. Et tu peux oublier Zigbee et Bluetooth, c'est mort, du moins en domotique. Regarde Matter et Thread. De ce coté là Fibaro n'a encore rien annoncé, même si la box est physiquement compatible, il faudrait qu'ils se mettent à développer la couche logicielle, et avec Fibaro ça peut prendre des années. Honey sera surement plus réactif. Par contre, Honey a un défaut majeur, c'est la dépendance forcée au cloud. Pour moi c'est un critère éliminatoire, mais y'a plein de gens que ça ne dérange pas.

Je n'ai peut être pas été clair Jojo, mais ce n'est pas tant le nombre de règle qui compte que la fréquence des déclenchements instantanés (trigger) Chaque trigger, c'est une instance de GEA qui démarre, filtre les règles avec -1, analyse les règles avec -1, et prend éventuellement les actions correspondantes aux règles qui matchent. Si tu as 10 triggers par seconde, ça ne va pas bien se passer. A l'inverse, si tu as 500 règles, dont 50 règles avec trigger, et que les trigger se déclenchent disons 1 fois toutes les 5 minutes, alors il n'y a aucun souci.

Ah oui j'ai vu cette mention dans certaines docs (surement anciennes) pour les petits splits 1500 et 2000W, typiquement pour les chambres. Dans la doc 2022/2023, c'est clairement indiqué que la connectivité Wi-Fi est intégrée dans tous les modèles maintenant, c'est en standard.

Top ça Où as-tu trouvé une doc des API disponibles sur Melcloud ? ça n'a pas l'air documenté officiellement... Sinon j'ai pas pu m'empêcher de faire quelques recherches en parallèle. Apparemment dans les derniers splits, la commande Wi-Fi est intégrée de base, ce qui à priori laisse le connecteur CN105 disponible. Ce connecteur permet de connecter des interfaces commercialisées par Mitsu (KNX, Modbus, Bacnet, écrans tactiles LCD, Bluetooth, etc), mais surtout de pouvoir y monter le petit montage à base d'ESP32 qu'on trouve sur Github. Du coup contrôle en local possible via Wi-Fi Tout en conservant l'accès cloud pour piloter facilement à distance via Melcloud. Donc ça me permettrait de conserver le fonctionnement natif de la clim, et de piloter en parallèle en local via la domotique (et à distance aussi via le cloud Fibaro du coup...)