Lazer

Oui c'est grave Aucune idée de ce qui a pu arriver... On dirait que ta table energy est corrompue, tu peux essayer de la parcourir avec phpMyAdmin ? Si elle est vraiment corrompue, tu peux appliquer ce qu'on a dit il y a quelques jours ici-même (voir plus haut), à savoir la purger complètement.

Normal les vacances sont terminées, le QuickApp est en PLS

Alors je te laisse essayer, pas envie de tenter ici

à priori pas de souci pour l'instant Même les fils pilotes fonctionnent toujours (enfin je n'en ai testé qu'un seul, le sèche serviette de la salle de bain, vu que je n'utilise plus les autres radiateurs qui sont avantageusement remplacés par une pompe à chaleur)

Oui cet après-midi.

Pour accéder à l'API du nouveau panneau de diagnostique Z-Wave, voici l'URL utilisée : /api/apps/com.fibaro.zwave/diagnostics/transmissions On obtient un JSON dont chaque "bloc" correspond à un node Z-Wave, c'est à dire un module physique. Exemple pour un module particulièrement bavard (MCO-Home A8-9, un capteur de qualité d'air 9 en 1) Vu qu'il s'agit d'un capteur, on constate beaucoup de paquet "incoming", c'est à dire arrivant dans la box, mais qu'à l'inverse il n'y a pas de paquet "outgoing" pour ce module. Mais on peut en voir pour les actionneurs (relais, dimmers, etc) Aucune erreur "Failed" à signaler, donc tout va bien. Pour obtenir la correspondance entre l'ID du Node, et l'ID du module, il faut parcourir le JSON des modules avec l'API déjà connue : /api/devices Et on retrouve la propriété nodeId : Ensuite on peut afficher son nom, pièce, etc. Voilà qui va nous permettre de réaliser des outils de diagnostiques/statistiques du réseau, à l'image de la scène Z-Wave Monitor qui existait pour HC2 : https://forum.fibaro.com/topic/32655-z-wave-monitor/

A ceux qui ont des problèmes de modules non configurés et qui ne fonctionnent plus depuis ce firmware, est-ce que vous pouvez essayer la technique suivante ? J'avais mis ça en place pour mes 4 modules Qubino Fil Pilote afin qu'ils ne remontent plus en erreur dans la box, ça fait 2 ans et demi qu'ils fonctionnent comme ça. Depuis ce firmware, j'ai un message qui me dit que ces modules n'ont pas de template (normal), mais pas de message qui me dit qu'ils sont non configurées. Car la technique consiste à modifier les propriétés des modules pour faire croire à la box qu'ils sont correctement configurés : /api/callAction?deviceID=123&name=setProperty&arg1=configured&arg2=true /api/callAction?deviceID=123&name=setProperty&arg1=deviceState&arg2=Configured URL à saisir dans votre navigateur, après l'adresse IP de la box. Et remplacez 123 par l'ID du module parent.

Il faudrait refaire un benchmark de performance comme je l'avais fait. Pas sûr que ça change grand chose, car je pense que derrière, c'est le même genre de boucle qui tourne. Et surtout, mon benchmark avait montré que les performances restent très bonnes, même avec plusieurs boucles refreshStates qui tournent dans différents QuickApps. Et mieux que ça, en pratique, ma box fonctionne comme ça depuis quelques années maintenant, sans souci de perf. Je ne sais même plus combien de boucles j'ai en parallèle, peut être 4 ou 5 dans divers QA (dont GEA) EDIT : après peut être qu'avec 20 boucles ça ne serait plus la même histoire... si quelqu'un est motivé pour faire le benchmark comparatif et nous faire un retour...

Je pense que le nom du truc parle de lui même sans même devoir lire la doc Le concept consiste à souscrire aux événements de RefreshStates, sans avoir besoin de mettre en place la boucle que j'avais écris. En gros, et de façon standard, les QuickApps peuvent maintenant réagir exactement comme les scènes, c'est à dire se déclencher automatiquement sur événement.

Sinon tu peux aussi lire les 3 premières lignes du changelog

Contacte le support Fibaro, je crois que le bug du backup est un bug connu Sinon tu lances la mise à jour sans backup préalable, mais c'est plus risqué car pas de retour arrière possible.

Ah je n'avais pas compris qu'ils n'étaient plus fonctionnels... du coup c'est carrément un problème

Pour utiliser RefreshStateSubscriber, voir la doc sur le forum officiel : https://forum.fibaro.com/topic/69400-any-description-for-refreshstatesubscriber/#comment-271642 L'intérêt est de simplifier le déclenchement des QuickApps sur événements, sans avoir à mettre en oeuvre le mécanisme refreshStates que j'avais décrit ici :

Pour le ZMNHLA2 c'est "normal", c'est le fameux module Qubino Fil Pilote dont le firmware est buggué et l'inclusion ne s'est jamais passée correctement, donc logique qu'il ressorte en non-configuré. Ce n'est pas spécifique à cette version de la HC3.

Tu as le plugin météo intégré de base dans la HC3, ça ne te suffit pas ? Pour le plugin Netatmo, il faut avoir une station du même fabricant, donc forcément, ce n'est pas gratuit. Sinon sur le forum il doit trainer un ou deux QuickApps météo... Weathertrucmuche ou quelque chose comme ça, tu trouveras facilement dans la section des QuickApps.

Le grand retour aux sources de @jojo : Fibaro, Windows, mais que se passe-t-il donc ?

Han J'ai hate de tester ça

Bienvenue sur le forum

Peut être sur le Web, mais pas ici sur le forum en tout cas.

Please write in English...

Bienvenue sur le forum

Le fil rouge sur le bouton rouge....

J'ai également un Remotec ZXT-600 que j'utilise avec ma vieille PAC qui n'a pas de connectivité locale (ni même de cloud). Mais c'est sans retour d'état, donc pas super génial... surtout qu'avec la transmission IR, on n'est jamais sûr que ça passe (disons qu'il faut bien positionner l’émetteur) Alors qu'avec l'ESP32 et les splits Mitsu, on a une vraie communication bidirectionnelle. C'est en Wi-Fi, mais en utilisant des WT32-ETH01 on pourrait même être connecté en filaire RJ45, pour encore plus de fiabilité (dès fois que le Wi-Fi ne soit pas stable). D'ailleurs quand j'ai posé mes 4 splits, j'ai passé du câble réseau Cat 5e en prévision, un jour peut être Je vais préparer un tuto alors, mais laisse moi un peu de temps, il va être complexe celui-là. Avec de la soudure, du sertissage, et de la compilation du code, un beau petit projet sympa. Quelques liens en attendant, sur lesquels je me suis basé : https://github.com/geoffdavis/esphome-mitsubishiheatpump https://github.com/SwiCago/HeatPump https://esphome.io/guides/installing_esphome.html Et un QuickApp de mon cru qui sera dans le tuto

4€ le module Wemos D1 Mini sur Aliexpress, question cout ça reste très raisonnable je trouve Ajoute, en comptant très large, 1 € pour les 2 résistances de pull-up (si nécessaire, moi j'en ai eu besoin), de fils, et connecteurs, ça permet de domotiser en local et sans cloud chaque split, c'est carrément imbattable je trouve. Et cette possibilité de domotiser les splits a été le critère décisif dans le choix du constructeur Mitsubishi, face à d'autres tels que Daikin. Le plus difficile, c'est l'huile de coude nécessaire (heureusement c'est une matière première gratuite) pour mettre en oeuvre le petit montage. Du coup j'ai les 2 qui fonctionnent en parallèle, le préhistorique Melcloud, et la domotique en local. Si ça intéresse du monde, il faudra que je prépare un tuto, car j'ai fait des photos plus détaillées que ce qu'on trouve sur le net. Et partager le QuickApp pour l'intégration HC3 sous forme de thermostat nativement intégré dans l'interface. Pour les volets, c'est de plus en plus difficile de trouver du filaire, les constructeurs poussent à mort les solutions sans fil pour enfermer les clients dans leurs écosystèmes propriétaires, avec box/passerelle vendue beaucoup trop cher pour ce que c'est. Chez Somfy, on trouve encore les moteurs filaires, et en plus c'est moins cher que le sans-fil. Et au moins avec un moteur filaire, tu mets un module Fibaro FGR, et si demain (dans 1 an, 10 ans, 20 ans...) tu veux changer de protocole domotique, en 2 minutes tu remplaces le module actuel par le futur module du futur de la mort qui tue. EDIT : Rectificatif : l'huile de coude ce n'est pas gratuit, ça coute cher en caféine ! D'ailleurs c'est l'heure d'aller me faire couler un café

Ah OK, je n'avais pas compris que tu voulais modifier la structure des menus. Effectivement, je ne pense pas que ça soit possible avec le skin par défaut, qui est assez peu personnalisable. J'ai seulement trouvé le moyen de créer des filtres personnalisés accessibles directement dans les catégories qu'on voit en haut de l'écran, mais pas pour le menu principal de gauche (on peut cacher des menus proposés par défaut, mais pas en ajouter) Dans ce cas pas d'autre choix que de te tourner vers une skin personnalisée.