Lazer

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.

Je ne sais pas ce que sont tes animés... mais dans Kodi, il différencie bien les films (qui peuvent comprendre des films d'animation) et les séries, qui sont dans des menus bien distincts Ensuite les films sont catégorisés, donc tu peux aller chercher le style qui te plait : y compris les animés :

si y'a une solution : ça fonctionne Mais comme dit, avec une limitation : la calibration ne passe pas, à cause du mode de fonctionnement des volets Bubendorf, qui n'utilisent pas 2 phases (dédiées à la monté + descente) comme toutes les autres marques de volets (Somfy, etc... même les "noname") Donc le module FGR ne peut pas mesurer la consommation, en déduire le cycle complet de monté/descente, et aboutir à une calibration complète. (quand ça marche, la calibration c'est ce qui permet d'ouvrir son volet à 10%, 20%, 50%, etc... bref comme on veut). Cela dit ce n'est pas forcément une fonction indispensable, donc on peut vivre sans. Encore une fois, pour en savoir plus, fait une cherche sur le forum, c'est un sujet qui a pas mal été abordé, je me souviens que certains ici avaient même tenté la calibration avec l'aide de butées de fin de course... pas sûr que ça soit vraiment une solution viable cela dit. Moi je n'ai pas de Bubendorf, donc je n'ai pas creusé la question plus que ça. Pour iDiament désolé je n'en ai aucune idée.... mais si c'est un truc dépendant du Cloud, tu peux déjà te dire que ça s'arrêtera de fonctionner un jour où l'autre... perso je suis pas fan. Et justement, pour les clims Mitsu, j'ai aussi le Melcloud, mais je ne l'utilise pas avec ma domotique, à cause de sa dépendance au cloud. J'utilise à la place un petit montage à base d'ESP32 connecté sur un port dédié de chaque split, ce qui me permet un contrôle local en Wi-Fi. Très fiable, mais tout de suite moins simple à mettre en oeuvre que de simplement télécharger un QuickApp sur le forum.

Kodi a sa propre base de données locale pour indexer les films, donc si tu as plusieurs instances de Kodi, tu as autant de catalogue de films... pas forcément super ergonomique, sachant que la mise à jour est effectuée au démarrage de Kodi (ou manuellement selon la config, dans ce cas il faut le faire autant de fois que tu as d'installations de Kodi) Perso j'ai déporté la base de données de façon centralisée sur mon NAS, dans MariaDB (voir la doc de Kodi pour ça) Du coup chaque instance de Kodi se connecte à la DB et récupère le catalogue à jour. Mais le cache des images (affiche, fanart, photo d'acteur) reste local dans tous les cas, donc ces images seront quoi qu'il arrive rechargées depuis Internet depuis chaque instance de Kodi pour être stocké dans la mémoire cache locale. Note que centraliser la DB n'est pas forcément la panacée : plus complexe à mettre en place, le NAS doit impérativement être opérationnel pour le démarrage de Kodi, etc. Mais apporte des avantages : synchro entre les machines, donc le catalogue, les films vu/pas vu, le film en cours de lecture, la possibilité de sauvegarder la DB facilement depuis le NAS, etc. Pour le classement des fichiers médias, il faut différencier ces grandes familles : films, séries, et musiques Donc toutes les 3 dans des dossiers différents. Du coup chez moi tout est sur le NAS, dans des partages différents. Pas besoin de classer les films, tu les mets tous dans le même répertoire, des milliers, ça ne pose aucun problème. Pour les séries et les musiques, il faut les ranger par sous-dossier. Voir le site de Kodi qui explique ça, mais en fait c'est simple, par exemple un dossier pour chaque série, et dedans tu crées des sous-dossier pour chaque saison. Reste le nommage des fichiers. Ceux que tu télécharges sont déjà correctement nommés (enfin normalement, ce n'est pas toujours le cas...), mais globalement la syntaxe est la suivante : nom.du.film.année.avec.du.bla.bla.mkv (ou autre extension, AVI, etc) Par exemple : Le.meilleur.film.du.siecle.2023.Bluray.HDR.x265.DTS-Release.mkv Le bla bla on s'en fout, il n'est là que pour décrire la "qualité" d'encodage du fichier, c'est le début qui est important : nom et année. Car Kodi va aller chercher sur tmdb.org le film pour connaitre le résumé, les acteurs, la catégorie, etc pour classer tout ça dans ta médiathèque.

La table domocharts_energy est crashée dans ta base de données... c'est embêtant car les données contenues dans cette table sont perdues (sur 7 jours donc, j'espère que tu as encore ta table domocharts_energy_day) Il faut la vider complètement (dans le menu de phpMyAdmin) : uniquement cette table, pas la base entière ! Si tu as une sauvegarde, tu peux la restaurer, mais ça ne vaut peut être pas trop le coup de se prendre la tête vu que tu n'as que 2 jours de perdus. En effet, avant le 3 novembre, les données ont déjà été historisées dans la table _day (enfin normalement... à vérifier) C'est tout de même étonnant, est-ce que tu aurais eu un crash du serveur, un reboot violent, une coupure de courant ?

Bubendorf : filaire ou radio ? Dans le premier cas, c'est possible avec les modules FGR, même si ça pose pas mal de soucis, notamment pour la calibration initiale, et donc le positionnement des volets. Fait une recherche sur le forum tu verras la complexité du sujet. Si c'est du radio, j'ai peur que ça soit impossible, leur protocole est propriétaire... peut être existe-t-il une passerelle ? Je ne connais pas... Velux : même question. Si filaire, c'est facile avec le module Qubino Flush Shutter DC. Si radio... il faut passer par la passerelle KLF-200, on en parle sur le forum, mais de mémoire ce n'est pas possible en direct, il faut un intermédiaire (une instance Home Assistant par exemple)