Lazer

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)

Bienvenue sur le forum

En cliquant sur le bouton "Télécharger" dans les paramètres avancés du QA

Il faut utiliser hub.call (anciennement fibaro.call) pour appeler une méthode d'un autre module... valable pour un QuickApp comme un module physique Z-Wave/Zigbee/etc (attention cependant, toutes les méthodes n'existent par forcément toutes selon le type de module) hub.call(id_module, "updateProperty", "deviceIcon", id_icon_numerique)

Bienvenue sur le forum

Explication très rationnelle, bravo, je pense que tu es proche de la vérité Effectivement chaque module garde en mémoire sa liste de voisins, ainsi qu'une route préférée, et une route de secours. La box connait toutes ces routes, car elle interroge les modules, ce qui nous permet de construire la table que tu as rappelé en lien.

Le protocole Z-Wave reconstruit automatiquement les routes quand tu déplaces les modules, donc pas trop de question à te poser en pratique. Moi aussi je préfère inclure près de la box, puis je vais installer le module à son emplacement définitif, je n'ai jamais eu de problème en faisant comme ça. Au pire, comme dit plus haut, l'inclusion ne se passe pas bien, alors je recommence, et c'est tout. Jamais eu besoin de lancer une reconstruction complète du réseau, je me demande même dans quel cas de figure on pourrait en avoir besoin.

Quand j'ai un problème avec un module Z-Wave après l'inclusion, je l'exclus, je le reset, et je le ré-inclus. Beaucoup moins de risque de casser toute l'installation. Je doute fort que la box refasse une carto à chaque démarrage, sinon il faudrait 10 minutes avant de pouvoir envoyer le moindre ordre Z-Wave.... alors je sais que c'est une habitude chez les utilisateurs de la librairie OpenZwave, mais pas chez Fibaro, le réseau Z-Wave est opérationnel immédiatement après le boot de la box. Donc elle doit conserver la carto du réseau d'une façon ou d'une autre (dans le chipset Z-Wave probablement, je ne sais pas bien)

Ouh là là... à mon avis c'est là que tout a commencé. J'ai toujours entendu dire qu'il fallait éviter les reconfigurations totales du réseau, et cela depuis la HC2....