Lazer

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

OK merci, donc si c'est un cloud fiable, c'est déjà pas mal Intéressant la séparation de la consommation froid/chaud. Si ça apparait sur l'application, il doit y avoir moyen de la récupérer et de la remonter dans la domotique alors, il faudra chercher. Car si ça peut m'éviter l'installation d'un compteur dédié, c'est parfait.

Hello @Dragoniacs @flacon030 @Sakkhho Vous qui utilisez Melcloud depuis longtemps, ça marche bien ? C'est fiable, pas trop de coupures, voire jamais idéalement ? Autre question bonus, il y a moyen de remonter la consommation électrique ? Merci. J'envisage d'installer un multisplit Mitsubishi, tous les nouveaux modèles sont connectés à Internet par défaut, et cette dépendance au cloud me fait peur, en l'absence d'API locale... Puisque évidemment, mon objectif c'est d'automatiser à 100% la gestion par domotique, ce qui impose d'avoir un service cloud toujours opérationnel. Sinon il faut installer des Remotec ZXT-600, mais ça fait un truc de plus à installer, et pas de retour d'état...

Si on peut, tu vas là : https://subscribe.free.fr/login/ Puis tu as accès à toutes les options, même la possibilité de gérer son (petit) espace Web : Voilà, désolé pour le HS.

Non latence de GEA.... si trop de déclenchement instantanés, le temps de traiter les règles, ça ne sera plus instantané... tu pourras mesurer la latence, ça risque de dépasser la seconde à un moment donné... selon le nombre de règles. Peut être qu'il sera judicieux de faire plusieurs instances GEA pour limiter les temps de traitement. Comme à l'époque sur HC2 firmware v4.

De quels paramètres tu parles ? Tu as accès au Webmail, et aussi POP3 et IMAP. (bon après je ne les utilises plus mes adresses Free, mais elles n'ont pas été supprimées)

Free oui (j'ai certaines adresses depuis au moins 15 ans) Orange non, ils ont supprimé la mienne au bout d'un an.

Le CPU embarqué a 4 cœurs, ce n'est vraiment pas un problème sur la HC3, elle peut encaisser. Perso avec ma box pas mal chargée (modules Z-Wave et QuickApps), ça oscille entre 3 et 15%, donc il reste de la marge. Pour les écritures, 10 VG toutes les 2 secondes.... dis toi qu'avec certains modules Z-Wave type Wall Plug ça peut être bien plus que ça... Pour GEA, tu peux résoudre le problème avec une comparaison {"Global+", "Puissance", -1} Comme ça il déclenchera tant que la puissance varie en étant supérieure strictement à -1, ce qui sera toujours le cas. Par contre... plusieurs déclenchements de GEA par seconde, tu nous diras ce que ça donne, niveau charge CPU ça va être intéressant à observer... en espérant que tu n'aies pas des latences de fou.

Le déclenchement instantané n'a aucun impact sur l'usure (c'est juste un CPU qui travaille), mais en revanche les écritures (modification de variable globale) ça use la mémoire flash. Après, est-ce qu'en pratique la HC3 va mourir prématurément, c'est difficile à dire.... je pense qu'il faudrait vraiment y aller comme un goret pour cramer la flash, car le "disque" interne est comme un SSD, avec tous les algorithme de gestion de l'usure, répartition des écritures, etc, comme dans un PC normal (ou un téléphone, c'est pareil maintenant). Ce qui n'est pas le cas d'une carte mémoire SD ou d'une clé USB (on se souvient de la clé USB recovery de la HC2 qui cramait toujours en premier)

Bienvenue sur le forum Maintenant que tu t'es présenté tu auras accès au contenu téléchargeable.

Bienvenue sur le forum

Bravo, belle installation Le ballon d'eau chaude global permettant le chauffage, l'eau chaude, et la piscine, avec les 3 modes de chauffe, c'est vraiment top ça. Une sacrée usine à gaz, mais au final un résultat efficace

Alors là je ne sais pas.... comme je n'ai jamais modifié une variable globale via l'API depuis une machine externe, oui bien sûr il faudra s'authentifier, mais je ne sais pas s'il faut utiliser le compte admin, ou bien si un autre utilisateur peut le faire. Le mieux c'est de tester, tu seras vite fixé. Dans ma capture d'écran on voit que le code de retour attendu c'est 200, donc si c'est un code de la famille 4xx, ça sera surement une erreur d’authentification de type droits insuffisants.

Quand tu ne sais pas et que ce n'est pas documenté, il faut regarder comment Fibaro fait, puisque toute l'interface Web de la HC3 passe par l'API HTTP. Dans ton navigateur, il faut utiliser les outils de développement, normalement accessibles par la touche F12, puis aller dans l'onglet Réseau. Ensuite tu fais ta modification de VG dans l'interface Web, et tu regardes en bas à quoi ressemble la requête, pour pouvoir le reproduire. Déjà on voit que c'est une requête de type PUT (et non pas GET), donc les arguments ne doivent pas être passés dans l'URL de la requête, mais dans les données associées. Après avoir cliqué sur la requête, dans la fenêtre en bas à droite tu as l'onglet Requête avec le détail des données envoyées : Et pour info, dans l'onglet Réponse tu peux voir ce qui est attendu comme retour : Note le petit switch Texte brut qui permet de basculer entre la vue formatée du JSON et l'affichage en texte brut. Dernière remarque : La méthode GET c'est pour la lecture d'une variable globale La méthode POST c'est pour la création d'une variable globale, donc uniquement la première fois La méthode PUT c'est pour la modification d'une variable globale, donc toutes les fois suivantes La méthode DELETE c'est pour la suppression d'une variable globale Tout cela est conforme au standard CRUD mis en oeuvre de la plupart des API REST : https://fr.wikipedia.org/wiki/CRUD