Lazer

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

Oui, je n'ai pas trouvé de message relatif à la modification de la variable QA dans l'API RefreshStates. Il faudrait jeter un nouveau coup d'oeil maintenant que plusieurs firmwares sont passés, peut être que des modifications ont été apportées, mais je manque de temps, d'autant plus que tout cela est assez loin pour moi maintenant.

C'est dans le tableau récapitulatif, colonne Trigger : -- ┌────────────────────────────────────────────────────┬───────────┬─────────┬────────┐ -- │ Option │ Condition │ Trigger │ Action │ -- ├────────────────────────────────────────────────────┼───────────┼─────────┼────────┤ -- │ "Global" │ X │ X │ X │ Teste/modifie une variable globale -- │ "CopyGlobal" │ │ │ X │ Copie la valeur d'une variable globale dans une autre -- │ "CheckVG" │ X │ │ │ Teste l'existence d'une variable globale -- │ "VariableCache" │ X │ │ X │ Teste/modifie une variable en cache -- │ "VariableQuickApp" "VariableQA" │ X │ │ X │ Teste/modifie une variable d'un QuickApp -- ├────────────────────────────────────────────────────┼───────────┼─────────┼────────┤ Un tableau que j'ai créé spécifiquement lors du portage de GEA sur HC3, car j'avais toujours un doute sur quelle option était "triggable" ou non (et si on pouvait l'utiliser en condition ou en action). Maintenant l'information est tout de suite visuelle.

Attention, "VariableQuickApp" n'est pas utilisable en Trigger, toujours bien penser à RTFM (la doc de syntaxe)

Je pense que oui, il "peut". Au même titre que les autres protocoles comme IO, X3D, EnOcean, etc. Mais ça dépendra surtout de ce que font tous ces constructeurs... est-ce qu'ils vont se battre pour faire perdurer ces protocoles, ou bien opter pour la facilité d'employer Thread... Quoi qu'il en soit, s'ils survivent, ça sera des marchés de niche (comme aujourd'hui quoi).

Euh non pas du tout, ne me fait pas dire ce que je n'ai pas dit.... ou alors je me suis si mal exprimé que ça pour ne pas être compris à ce point ? Évidemment que Fibaro ne va jamais inonder le marché et devenir leader mondial de la domotique. Je vais tenter de reformuler : - Si Fibaro se met rapidement à Matter, ils peuvent survivre... à leur échelle, c'est à dire un public averti, qui recherche une solution évoluée, plus complète, hors-cloud, etc. - Si Fibaro ne se met pas rapidement à Matter, ils vont disparaitre très vite (= NICE ne perdra pas de temps avec cette marque). Les clients (= nous) vont partir chez les GAFA. Pas forcément moi ou les plus geeks d'entre nous, mais sur le forum on a déjà vu pas mal de personne tout revendre pour passer à de la domotique grand public plus facile (voire abandonner la domotique tout court), si demain Matter est largement disponible, il y aura une grosse vague de départ, c'est certain. Et aucun autre client ne rejoindra Fibaro si celui-ci n'a pas le logo Matter sur sa box. Quand tu vois déjà le nombre de déçus par l'absence du Zigbee (ou maintenant sa présence en mode beta.... limité) En fait quand je dis Fibaro, je devrais dire NICE, car à un moment donné si ils veulent rentrer en compétition contre Somfy, il va bien falloir qu'ils y mettent les moyens et qu'ils fassent quelque chose de leur pépite. Car Somfy de leur coté ils avancent, ils font même partie du CSA. Si match il y a, c'est plutôt NICE contre Somfy en fait. Par contre si Fibaro disparait, je ne donne pas cher du protocole Z-Wave...

Tiens, en complément : [Numerama] Matter va révolutionner la maison connectée : tout savoir sur cette incroyable alliance

Scepticisme ou pas... pour une fois, tous les fabricant (sauf Fibaro ) se sont mis d'accord, c'est assez exceptionnel. Dedans on a les GAFA, et tous les gros de la domotique / automatisme / électricité / bâtiment. On pouvait pas rêver mieux. De toute façon si Matter ne marche pas, alors le marché de la domotique ne décollera pas et restera à tout jamais un truc dans un coin pour les geeks. Si ces industriels veulent vendre des nouveaux produits, fallait bien qu'ils finissent par se mettre d'accord. Mais comme on sait que c'est le pognon qui fait tourner le monde, je leur fait confiance sur ce point là Le projet a pris beaucoup de retard, soit disant à cause du COVID (il a bon dos celui-là encore), mais plus pragmatiquement parce que les différents fabricants avaient besoin de se mettre d'accord... surtout que plusieurs ont rejoint le train en cours de route. Je trouve que c'est un mal pour bien, il faut mieux un protocole bien né, que prématuré. Alexa (enfin... plutôt les Echo pour être précis) est déjà Matter ready, mais aussi Thread ready. Car il joue le rôle de "border router". Je t'invite à relire les articles précédents qui expliquent cette notion. Idem pour les produits pommés : AppleTV et Homepod. Je pense qu'il en est de même chez Google avec les produits Google Home, et certains NEST.... à vérifier. Les terminaux (Android, iOS... et pourquoi pas Windows et MacOS... voire Linux), n'ont pas d'intérêt à supporter Thread (il faudrait une puce), mais par contre ils supporteront Matter. Cela a déjà annoncé par Google et Apple, et aussi Microsoft (pour Windows 11, pas sûr, à vérifier) Les TV seront compatibles Matter. Thread pas forcément, mais pourquoi pas... on imagine que certains fabricants comme Samsung ou autre aient un intérêt à faire de leur produit un border router. Je le redis, car il faut bien comprendre que : Matter c'est le langage universel de haut niveau, qui s'appuie sur TCP/IP, et qui permet à tous les objets de communiquer entre eux (ce qu'on a peine à croire tans les objets connectés sont incapables de communiquer entre eux à l'heure actuelle). C'est un peu comme HTTP, qui nous permet de surfer sur le web du monde entier. Ou SMTP qui nous permet de communiquer par email. Thread est un sous-ensemble qui permet la communication sans fil avec les modules domotiques, typiquement les lumières, volets, etc... bref ce qu'on connait déjà très bien avec Z-Wave et Zigbee. Pas d'intérêt d'avoir une puce Thread dans un téléphone à priori, on retrouvera cette puce dans le (ou les) border router(s). C'est le (ou les) border router(s) qui permet de faire passerelle entre Matter et Thread. Ce routeur peut être une enceinte connectée, une box TV, une box Internet, une TV... bref, n'importe quel appareil qui reste connecté au réseau IP d'un coté, et au réseau Thread de l'autre. Donc déjà là on se dit que le routeur sera obligatoirement connecté au 230V. Après qu'il soit Wi-Fi ou Ethernet pour la partie IP importe peu. Le geek choisira l'Ethernet, et 99% des utilisateurs se contenteront du Wi-Fi. Là où Fibaro a une grosse carte à jouer, c'est de faire de la HC3 un super hub ultime domotique multi-protocole. Techniquement elle peut tout faire : Matter Border router => Thread Z-Wave Nice Pilotage à distance par l'application mobile Et avec toute son intelligence embarquée, interface web pour la programmation et la gestion des scénarios Mais il vont arriver trop tard (voire jamais....) et laisser champ libre à Google et Apple et vont inonder le marché avec leurs enceintes connectées qui vont trouver une nouvelle utilité auprès du grand public en devenant le hub domotique de référence. Enfin là ce n'est que mon avis.

@Bloug cette remarque est tout à fait valable pour certains fabricants, enfin pour être plus précis, pour certains matériels... souvent anciens et/ou bas de gamme. Par exemple les premiers point Hue, Aquara, tandis que les plus récents devraient être compatibles. Car le hardware embarqué ne permet pas de supporter les évolutions nécessaires pour Matter & Thread. Par ailleurs attention à ne pas confondre les 2 protocoles, comme Nico et plein d'autres sites journalistiques qui se contentent de survoler le sujet, et copier/coller des articles de presse sans chercher à comprendre... du coup ça fini en enfumage marketing. C'est d'ailleurs pour cela que je me suis attaché à maintenir ce topic, avec une sélection d'articles pertinents, dont j'ai même fait l'effort de citer les passages importants... mais visiblement en vain... bref Quant à Fibaro, on peut les critiquer sur de nombreux points, mais pas sur la pérennité de leur offre. Ce n'est pas le genre de sortir une HC4 aussi rapidement, sans aucune nouveauté, et je le souligne, car la HC3 est déjà surdimensionnée en CPU/RAM pour faire tourner Matter (qui n'est que du logiciel qui tourne sur la pile IP). Et en plus, la puce Zigbee installée à bord est déjà certifié Thread. C'est d'ailleurs pour cette raison que je ne comprends pas pourquoi Fibaro a perdu son temps avec Zigbee et n'a pas directement poussé le support de Thread sur la HC3. Car Zigbee est mort maintenant... même si certains ont du mal à l'admettre (quand on a acheté X modules qui ne seront pas mis à jour, ça se comprend...) Je l'avais déjà écrit plusieurs fois ici, ça a été confirmé sur le forum officiel, mais ce qu'on attend désespérément, c'est que Fibaro bascule sur Thread. Bref je récapitule : - la HC3 peut passer à Matter par simple ajout logiciel (fonctionnalité supplémentaire à ajouter dans le firmware) - la HC3 peut passer à Thread par simple mise à jour logicielle (fonctionnalité à remplacer dans le firmware) Du coup j'ai répondu à @Dragoniacs par la même occasion. Mais reste toujours la même question : est-ce que Fibaro va enfin comprendre de l'importance cruciale de basculer vers Matter et Thread ? C'est inquiétant, aucune communication, ils ne sont même pas membres de la CSA, au risque de se retrouver isolés et de péricliter très vite. Car Matter pour la domotique, c'est un peu ce que TCP/IP a été au monde du réseau. Les autres protocoles propriétaires qui n'ont pas su s'adapter (Netware IPX, Token Ring, ... pour ceux qui ont connu) ont disparu très rapidement. Car le protocole Z-Wave peut très bien survivre (au même titre que KNX, IO, X3D, etc) avec les passerelle adéquates vers Matter, mais Fibaro tout seul, ils sont insignifiants et peuvent rapidement disparaitre.

Euh non pas vraiment, à aucun moment c'est "full wifi de base". Et heureusement ! Je t'invite à prendre le temps de (re)lire les différents articles partagés sur le sujet Car ça fait quand même quelques mois qu'on en parle. En fait je dirais que Matter c'est full IP de base. Ça serait déjà plus exact. Ensuite ça peut être du Wi-Fi ou de l'Ethernet, peu importe. Et pour les modules domotique, Matter propose nativement Thread (dérivé du Zigbee, sur 2.4 GHz donc), tout en permettant l'interopérabilité avec les autres protocoles (Z-Wave, IP, etc), dont il est question dans le dernier article.

Ah oui en effet, je n'avais pas vu ce bug... et il me semble qu'il n'a pas encore été remonté par les utilisateurs sur le forum officiel : https://forum.fibaro.com/forum/1409-update-5130/ Pour info la mise à jour 5.130 est bien ratée, Fibaro l'a sortie à la va vite après avoir posté la Beta sans prendre le temps de corriger les bugs... ça fait longtemps qu'ils ne nous avaient pas fait un coup pareil, donc méfiance à l'avenir. Ce n'est pas parce que c'est indiqué "Stable" que ça l'est vraiment. Perso je suis resté en 5.120 sur ma box de prod, cette version est bien stable.

Bienvenue sur le forum

[Abavala] Smart Home: Si je suis équipé en Z-Wave ou en Zigbee est-ce que je vais pouvoir utiliser Matter? Bref, j'attends toujours que Fibaro fasse une annonce... j'espère... s'ils ne veulent pas se retrouver rapidement isolés sur le secteur de la domotique.