Lazer

C'est quand même étonnant, je viens de faire le test avec l'un de mes QuickApps MusicCast, et le slider fonctionne bien dans la vue Web, ainsi que dans l'application mobile Yubii (qui affiche également la même vue Web, car c'est littéralement une Webview) Tu dois avoir un autre bug quelque part !?! D'ailleurs, si c'est ton code LUA du 1er post associé à ta capture d'écran, c'est normal, car tu appelles la fonction sur l'élément "slider" alors que ta capture d'écran montre qu'il s'appelle "A".

étonnant, en tout cas ça fonctionnait bien "avant" comme ça, avec le correctif proposé. "avant" = quand je faisais du développement sur la HC3. Les sliders, j'en ai uniquement dans mes QA Kodi, MusicCast, et Roborock, et ça fonctionnait bien. Pas testé récemment, car en pratique je n'utilise pas les sliders, une télécommande pour controler le volume c'est quand même plus ergonomie que de chercher son téléphone, le déverrouiller, se faire éblouir, perdre le fil du film en cours, et enfin changer le volume. Question d'usage

Il y avait bien un bug pour le slider il y a 3 ans, peut être est-ce toujours le cas : https://forum.fibaro.com/topic/49113-hc3-quickapps-coding-tips-and-tricks/page/19/?tab=comments#comment-206686 Dans ce cas, ce n'est pas être pas un bug, mais un comportement voulu. Il faut donc faire le updateView dans le code LUA de la fonction onReleased.

L'aventure continue

Effectivement ça doit être super long de tresser tous les brins de cuivre souple un par un avant de les mettre sous gaine Elles sont coudées tes fiches bananes à l'arrière de l'ampli ? Je ne savais même pas que ça existait, mais c'est top.

QA = QuickApp

Je pense que c'est le "retour aux paramètres d'usine" qui permettra de déclencher le recovery... comme une box neuve, tu devrais ensuite avoir l'assistant de configuration d'une nouvelle installation. Et à un moment donné, il faudra choisir le moteur v2.... désolé je n'ai jamais vu cet écran (n'existait pas encore quand j'ai eu ma box), et je n'ai jamais vu de screenshot non plus... D'ailleurs tu pourras en faire un si tu veux bien

ça a fait le tour du Web cette news Moi j'aime bien la dernière conclusion. Après y'a autre chose aussi, c'est en Allemagne, pas sûr que ça puisse passer en France : - si c'est fixé > 1,80m => demande de travaux - la plupart des copro refusent la modification de la façade => accord syndic - la loi interdit les pots de fleurs suspendus au dessus du vide => panneaux à fixer de l'autre coté de la rambarde, du mauvais coté par rapport au soleil quoi

Vous vous êtes donc bien donné le mot pour autant de syncho dans la demande (à 4 minutes près, était-ce nécessaire de créer 2 topics distincts ?) Du coup je renvoie ici car @flacon030 a été plus rapide :

Voir ce message : Impossible de basculer d'une version à une autre, obligé de passer par un recovery complet, ré-inclusion de tous les modules, recréation des scènes, adaptation des ID des modules, etc. Bref, une installation neuve.

Oui et .... non ! Ce qu'il a fait est très bien, le code LUA du bouton "décode" le nom du bouton, pour en extraire l'info utile et appeler un tableau de fonction. Sa logique est bonne, c'est sur la mise en oeuvre qu'il a fait une faute de syntaxe (et globalement sa gestion des tableaux est perfectible) C'est la technique que j'ai employé dans certains de mes QA (Kodi et MusicCast je crois) afin de factoriser le code et ne pas multiplier les codes LUA répétés dans les boutons.

Dans le code de ton premier message, je pense que c'est plutôt un truc comme ça que tu voulais faire : hub.setGlobalVariable(_G[name].ValeurVoletFraicheur, tostring(value)) Même si je ne suis pas fan de l'utilisation d'un tableau déclaré en variable globale, c'est un détail... Tu ne pouvais pas simplement utiliser name comme un tableau, puisque c'est une chaine de caractère, donc indexer son élément ValeurVoletFraicheur est impossible. Du coup name qui doit servir d'index à _G, qui est la super variable globale de type tableau qui contient toutes les variables globales de ton code.

Tu n'es pas obligé de suivre mon tuto à la lettre, disons que j'ai partagé tel que je l'utilise chez moi, ça me convient en tout cas. En pratique, comme dit, même si la HC3 demande l'arrêt de l'enregistrement forcé, SS peut très bien décider de continuer à enregistrer malgré tout, selon sa propre logique interne (dépendante de la façon dont on l'a configuré et des événements qui se produisent devant la caméra)... sachant en plus que la détection de mouvement peut être effectué par la caméra elle-même (si supporté) ou bien par SS lui même par analyse d'image. En plus j'ai une veille version de SS, je ne serai pas surpris qu'il y ai de nombreuses nouveautés dans les versions plus récentes. En ce qui concerne la syntaxe de GEA, normalement ça se passe sur le topic dédié. Heureusement, les value "0" et "1" n'existent plus sur HC3, c'était un truc tout pourri codé à l'arrache par Fibaro sur la HC2. Maintenant les devices prennent des valeurs qui respectent les standard du JSON, donc true ou false (booléen) dans le cas d'un détecteur binaire (ce que sont les modules enfants créés par ce QA, chaque module enfant représente l'état d'enregistrement d'une caméra) C'est donc "Value", "true" ou "false" que dois utiliser dans les conditions de GEA. Ce sujet a été maintes fois abordé tant il a perturbé les utilisateurs venant de la HC2 et ayant pris les mauvaises habitudes (encore une fois, à cause de Fibaro...)

ta ligne GEA est bizarre... déjà mettre un "turnOn" dans les conditions, ce n'est pas très "humainement" lisible, car pas logique du coup. C'est une action normalement... Tu veux faire quoi en fait ? En ce qui concerne l'enregistrement forcé, il faut bien comprendre la logique de fonctionnement de Surveillance Station. Quand j'écris ceci : fibaro.call(ID, "turnOff") => Stoppe l'enregistrement forcé d'une caméra ça veut dire ce que ça veut dire, c'est à dire que ça stoppe l'enregistrement forcé. Je le met en gras pour appuyer l'importance du mot. Donc ça ne veut pas dire que ça stoppe inconditionnellement l'enregistrement de la caméra, car SS peut très bien décider de continuer l'enregistrement si par exemple l'algorithme a détecté un mouvement et qu'il est configuré pour enregistrer en cas de détection de mouvement. Donc tout dépend du paramétrage effectué dans SS.

Trop stable, c'est presque louche

Au final je l'ai quand même fait le Consuel, puisque c'est impératif pour la CAE (contrat de vente de la production solaire). Avec la validation sur photos, c'est magique En ce qui concerne l'installation électrique de la maison, c'est ambigu. Je me suis renseigné car je vais refaire tout mon tableau cette année, et à priori même pour ça, le repassage du Consuel n'est pas imposé. Il le serait dans le cas de la rénovation globale de l'installation électrique, à savoir le tableau, les circuits, les prises, interrupteurs.... Bon là encore, c'est débile, mais c'est comme ça. Du coup, pour des modifications locales d'un circuit (cas du remplacement d'un interrupteur... ou de la pose d'un module derrière celui-ci) le Consuel n'est pas requis. Reste la grande question, en cas de sinistre d'origine électrique, que dirait l'assurance... il est probable qu'ils se retranchent derrière la modification du circuit sans validation consuel, si cette modification n'a pas été effectuée par un électricien... le souci c'est qu'on pose les modules nous-même mais nous ne sommes pas électricien.

Juste pour rappel, le mode "slave" / "esclave" utilise le mécanisme de passerelle / gateway entre 2 box Fibaro, cela crée 2 réseaux Z-Wave complètement distincts, chacun avec son contrôleur principal (la box master, et 1 ou plusieurs box slave, bref autant de box que de réseau) Le mode passerelle permet aux 2 (ou plus) box de communiquer ensemble via le réseau IP, pour une intégration native de tous les modules dans la box maitre. Donc tout à fait différent des notions de contrôleur principal / secondaire dont je parlais un peu plus haut, qui s'appliquent à un unique réseau Z-Wave.

Effectivement ça fait déjà des années que @mprinfo et moi-même ne sommes par venus constater un plantage de ton HC2 en live

Merci de ton retour. Etrange cette erreur... peut être que Roborock a modifié une partie de l'API pour les modèles récents.

C'est marrant quand j'ai parlé du câble de 6mm² j'ai eu la prémonition que tu as allais remettre en cause la norme Et non ce n'est pas pour la foudre justement. Si tu veux protéger tes panneaux contre la foudre, il faut passer du .... 16mm² je crois (de mémoire) et utiliser un parafoudre au niveau du tableau. Perso je ne suis pas dans une zone où le parafoudre est obligatoire, il n'y en a pas dans mon tableau, aucune raison d'en ajouter, donc je ne me suis pas pris la tête avec ça, je suis resté en 6mm² pour la terre des panneaux. Par contre : Tu es sûr sur le Consuel l'accepte ? J'en doute fortement. PS : pas la peine de me refaire une tirade sur la pertinence ou non du 6 carré (*), je veux juste savoir si c'est additionner la section de plusieurs câbles est accepté par le Consuel ou non. (*) Et oui c'est débile puisque la section du câble de phase n'est que de 2.5mm², mais la norme est ainsi faite...

J'ai déjà pas le temps de faire tout ce que j'aimerais faire... alors faire chez les autres... comment dire Après celui qui demande un coup de main y'a pas de souci, mais par contre faut pas déconner je vais pas non plus aller leur faire leur projet de A à Z.

Faudra quand même que tu tires le câble de terre en 6mm².... car 2.5mm² n'est pas accepté pour la mise à la terre des panneaux. Mes voisins.... comment dire... ils sont impressionnés quand ils me voient mettre des panneaux photovoltaïques, poser une pompe à chaleur, couper mes arbres, etc, ils viennent poser des questions, disent que ça les intéressent, qu'ils vont peut être s'y mettre, mais au final rien. J'ai tendance à penser qu'ils ne sont juste pas bricoleurs... et le faire faire par des pros annule toute rentabilité au projet, donc ils abandonnent (déjà trouver un artisan à Paris c'est la croix et la bannière (un sérieux j'entends, pas un roumain), et quand tu en trouves un, les tarifs sont stratosphériques, forcément) Du coup ils se contentent de faire couper leurs arbres, car ça tu ne peux pas y échapper, ça pousse, quoi qu'il arrive.

Effectivement, raison pour laquelle je ne veux pas mettre les 420W sur mon garage, la taille physique est différente, c'est une nouvelle série de panneaux. En revanche, chez TrinaSolar, toute la série 490, 495, 400, 405, et 410W, sont les mêmes panneaux, simplement classées en sortie d'usine en fonction de la "qualité" de ceux-ci. En gros, meilleur est le rendement des cellules, meilleure est la sortie, donc le fabricant le vend comme tel. Voir les datasheets à ce sujet.

Les interférences, c'est un peu une légende urbaine... je n'ai jamais vu de retour d'expérience réel de personne nous disant qu'il en avait eu. Pour le fun, une Fibaro HC2 et une Orange Homelive posées l'une sur l'autre : Et 3 x HC2 ensemble : Et sur mon bureau j'ai aussi une HC3 posée par dessus la HC2.... (bon OK, la HC2 est éteinte depuis 2 ans....) C'est bien la même fréquence 868.42 MHz pour tous les réseaux Z-Wave, mais ce réseau est conçu pour ne pas occuper le réseau à 100%, contrairement à des protocoles comme le Wi-Fi (très bavards...) Cela permet plusieurs choses : - évite les collisions de paquets, c'est à dire le risque que 2 modules parlent au même moment (du coup, que ça soit des modules d'un même réseau ou de réseau distincts : même combat) - permet de réduire la consommation électrique - permet de réduire les ondes, donc l'impact potentiel sur le corps humain (même si personne n'a jamais réussi à le prouver...) A mon avis, que tu aies 1 ou 10 réseaux Z-Wave dans la même maison ne change rien du tout au risque de saturation des ondes. Dans tous les cas, on est limité à 232 modules par réseau (limite binaire pour l'encodage des adresses des modules), et on doit prendre soit de limiter le traffic des modules trop bavards en cas de saturation réseau... ça avait été mon cas pour le Wall Plug branché sur le réfrigérateur (classe A++++++++ (au moins tout ça) très basse consommation dont la puissance varie constamment entre rien du tout et presque rien du tout.... même le simple fait d'ouvrir le porte déclenchait des trames Z-Wave à cause de la LED... ce qui m'a permis de conclure une bonne fois pour toute à la plus grande interrogation de l'être humain : oui la lumière s'éteint quand on ferme la porte )

Je n'y connais pas grand chose aux onduleurs centraux... je ne sais pas calculer les chaines de panneaux. Si tu as un doute, demande au vendeur.