Lazer

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

Ouais... ça sent pas bon La passerelle ne répond pas, donc effectivement il semble bien qu'on ne puisse pas communiquer avec elle en local. Désolé, dans ce cas, il n'y a rien que je puisse faire, tout le QuickApp repose sur la communication locale directe avec l'ECU.

Ah dommage, il me semblait pourtant que c'était censé fonctionner avec l'ECU-R (comme pour l'ECU-C, mais pas pour l'ECU-B) Regarde quand même le log du QuickApp, tu auras peut être un message plus détaillé.

Ah non mais là les dernières captures d'écran que tu as montré, c'est un QA vierge, sans variable, sans bouton, sans label, et avec le code LUA par défaut d'un QA de base. ça ne correspond pas du tout à l'importation d'un QA, quel qu'il soit, après avoir cliquer sur le bouton "télécharger un fichier" que tu as entouré plus tôt. Bref, je ne comprends pas

Oui tu fais comme il faut. Dans le doute je viens de télécharger le fichier FQA du tuto et de l'importer sur ma box de test, qui tourne avec le dernier firmware Beta 5.142.83 Et j'ai bien le bouton en question : Donc.... il y a un grand mystère. Soit tu peux essayer d'installer la dernière beta 5.142 (qui est plus stable que la précédente 5.141 que tu as actuellement, connue pour être pas mal bugguée), soit rebooter, soit bruler un cierge, soit faire exorciser ta box ou encore invoquer les esprits, ça tombe bien Halloween c'est demain

Alors sur cet écran, si tu cliques sur l'onglet "Modifier et prévisualiser", tu dois voir le bouton en question.

Ah.... dommage Sinon essaye de contacter le support Fibaro, peut-être qu'il s'agit encore d'un bug non résolu.

Sans certitude vu que je n'utilise pas de modules Zigbee, mais au cas où :

Euh.... c'est pas normal ça D'ailleurs tu ne devrais même pas voir la mention "valeur : 0" qui n'a rien à faire ici. Essaye peut être de supprimer le QuickApp, puis de le réimporter. Autre chose, je ne sais pas si ta signature est à jour ou non, mais tu sembles être sur un vieux firmware, peut-être est-ce lié à ton bug ?

Quand tu ouvres la vue du QuickApp (cliquer sur le petit œil en haut à droite de l’icône)

Et bien, avec un micro-module Fibaro, ce qui était justement ta demande initiale. FGD pour dimmer, FGS pour relais, FGR pour volet roulant, etc, selon les cas de figure.

@nicolasdaunay inutile de poser ta question 2 fois de suite, si personne ne répond, c'est que personne n'a la réponse... Tu peux tenter le support Fibaro, peut-être qu'il sauront plus te dépanner.

Oui je pense aussi que c'est le même problème. Des gros volets bien lourds, donc des gros moteurs, peuvent entrainer des appels de courants importants. Je n'ai pas ce problème, car d'une part j'ai peu de volets roulants, et d'autre part ils sont petits... que des moteurs dont la puissance est inférieure à 100 W. J'imagine que la marque du moteur doit aussi jouer sur l'appel de courant. J'ai un mix de Somfy et une autre marque dont je ne me souviens pas le nom. En revanche, dans mes tests de domotisation d'un volet roulant Velux, j'avais fait un montage à base de FGR, de relais additionnels, et d'alimentations 12V.... et j'ai collé les lamelles des relais intégrés au FGR assez rapidement, car je pense que les alimentations, chinoises 1er prix, produisaient un appel de courant important. Un petit coup sec dessus permettait de les décoller, puis ils recollaient quelques semaines plus tard.... j'ai abandonné ce montage.

Ah que c'est pénible les bugs aléatoires.... désolé ça ne t'aide pas, je compatis

Fibaro avait déjà commencé à supporter les modules Qubino avant le rachat par Shelly Mais pas de raison qu'il en soit différemment avec les nouvelles versions des modules Qubino estampillés Shelly... au pire il manque le template, c'est à dire la liste des paramètres et leur descriptif pré-enregistrés... mais ça n'est pas propre à Qubino, il y a plein de modules de différentes marques dont le template manque, tels que Aeotec, MCO Home, Neo Coolcam, etc. Pour rappel, quand un template manque, il suffit de déclarer à la main les paramètres identifiés par leur numéro... se référer pour cela à la documentation du module.

Visiblement le patch sera applicable à toutes les puces, puisque Fibaro annonce maintenance officiellement qu'il sera implémenté dans la prochaine mise à jour stable 5.150 : https://forum.fibaro.com/topic/57579-serious-problem-detected/?do=findComment&comment=270645

Non pas de risque. 30 mA c'est le standard imposé en résidentiel par la norme NF C 15-100. Mais ce n'est pas adapté aux installation PV, car tu as un petit courant de fuite inhérent à la structure même des panneaux solaires. Avec quelques panneaux ça ne pose pas de souci, mais avec beaucoup de panneaux, les petits courants de fuite s’additionnent. A priori ça ne pose pas de souci avec les micro-onduleurs, mais là où ça coince, c'est avec les onduleurs centraux, comme c'est le cas chez toi. Certains passent directement à l'interrupteur différentiel de 300 mA en étant certain qu'il n'y aura plus de déclenchement intempestif, perso je pense qu'il vaut mieux commencer par un 100 mA, c'est un juste milieu. A noter que seul ce circuit dédié au PV est sur ce différentiel, le reste de ton installation reste protégé par des 30 mA comme l'impose la norme. Après pour le risque lié au 100 ou 300 mA, les panneaux sont sur le toit, donc aucun risque de te faire électrocuter. Si un jour tu montes les toucher (nettoyage, maintenance, etc), alors tu coupes tout le circuit. C'est pas comme une machine à laver dans la maison que tu touches à chaque fois que tu l'utilises, les risques ne sont pas les mêmes.

Y'a plusieurs choses qui s'appelle Nikko, car après ma petite recherche de ce matin, mon téléphone, enfin plutôt Google, m'a proposé de partir de voyage à Nikko Et vu les photos, c'est pas en Belgique (au Japon)