Lazer

Il faut utiliser : self:updateView("myLabel", "text", "Hello World") Doc de référence : https://manuals.fibaro.com/home-center-3-quick-apps/

Ah j'avais pas vu. Non il ne faut pas la ré-instancier à chaque appel, il vaut mieux l'instancier une bonne fois pour toute durant la vie du QA, un des meilleurs endroits pour ça c'est dans le onInit() Il y avait une vieille discussion sur ce sujet là quelque part sur le forum.

Non en effet... après tu peux tenter de contacter le support Fibaro, mais sur ce genre de problème très pointu, et surtout aléatoire, je n'ai pas beaucoup d'espoir.

Bienvenue sur le forum

Non je parlais bien au sein du même QA, pas dans des QA différents, car les espaces mémoires sont isolés (process différents au niveau OS Linux) En tout cas chez moi j'ai des dizaines de QA, dont certains qui enchainent les requêtes HTTP, et pas de souci particulier. J'ai juste eu des soucis, notamment avec mon QA Network Monitor, car lui il faisait pleins de requêtes en parallèle vers différents appareils, et ça c'était pas bon du tout.

Ah OK... bon bah du coup c'est très embêtant. Est-ce que par hasard, ça ne serait pas une réponse mal formée par le NAS, qui est envoyée à la box HC3, qui ferait planter le code à l'intérieur de la fonction request() ? On n'a pas vraiment d'outils pour débugger cette étape, mais c'est une piste... Autre chose à savoir aussi : la libraire net.HTTPClient() n'aime pas du tout les requêtes en parallèle, donc assure toi que le code LUA de ton QuickApp effectue bien les requêtes séquentiellement, et jamais 2 en parallèle, c'est à dire en attente de réponses provenant de 2 requêtes distinctes.

En fait, ce que tu dis, c'est qu'avec pcall(), tu arrives bien à attraper l'erreur, et ton script LUA continue son exécution ? Donc si c'est bien ça, alors tout va bien, puisque c'est justement la méthode à employer pour traiter les erreurs pour lesquelles on n'a aucun contrôle.

Euh.... y'a un truc que j'ai pas compris là !?! Le QA a bien un bug, puisque depuis ce matin il annonce Bleu pour aujourd'hui (au lieu de blanc), et bleu pour demain (au lieu de rouge maintenant que c'est confirmé depuis 11h) Et je n'ai pas trouvé comment faire une mise à jour manuellement, pas de bouton présent... de toute façon s'il faut faire un rafraichissement manuel tous les jours (en redémarrant le QA ?) alors ce QA n'a plus lieu d'exister, car ça veut dire qu'on peut tout aussi bien aller chercher manuellement l'info sur le site Web chaque matin. D'ailleurs EDF m'a bien envoyé un email ce matin pour me prévenir du jour rouge demain, donc ça fonctionne de leur coté (mais ont-ils la chance d'avoir une HC3 )

Y'a un bug dans ton QuickApp @mprinfo Je viens d'aller y jeter un œil et il me signale BLEU aujourd'hui, alors qu'on est en jour BLANC, et il me signal BLEU demain également, alors que chez EDF il est avant 11h donc c'est non défini, et que chez RTE ils annoncent le premier jours ROUGE de la saison demain (à confirmer, ça peut évoluer jusqu'à 10h30) Pour info je prépare un nouveau QA que je partagerai bientôt et qui va chercher l'info à la source chez RTE, ça permet d'avoir la couleur du lendemain plus tôt.

Demain premier jour Tempo ROUGE, vous êtes prêts ?

Bienvenue sur le forum

Oui effectivement il faut commencer par là. J'ai aussi eu des soucis de portée, mais heureusement les 1 ou 2m de longueur du câble fourni m'ont permis de déporter suffisamment l'antenne pour établir la connexion. C'est du Zibgee, donc la portée n'est pas terrible... moins bonne que le Z-Wave nativement (qui n'est déjà pas énorme), et en plus qui ne bénéficie pas d'un éventuel routage comme on peut l'avoir avec les modules Z-Wave.

Regarde la fenêtre de log du QuickApp, car là on dirait qu'il n'a pas détecté les micro-onduleurs et leurs panneaux. Attention il faut bien faire cette opération en journée, car la nuit les onduleurs ne communiquent pas avec la passerelle ECU.

Welcome to the forum

C'est pas bon signe, et très étrange... ils semblent bel et bien en panne. Si tu es encore dans les 15 jours du délai de rétractation, retourne les à la boutique, ça sera plus rapide que de faire une demande de SAV.

Désolé mais je ne pense pas que ça soit possible en l'état actuel, en tout cas je n'ai jamais fait ça.

C'est bizarre ton code, un mélange de règles utilisant la syntaxe GEA, et de code LUA traditionnel. Je ne vois pas du tout comment ça pourrait fonctionner. Je te conseille de faire ça dans une scène à part, en pur LUA, et d'utiliser GEA pour déclencher cette scène. Plus simple.

Tu es certain que ce sont des versions Z-Wave, et pas Homekit ? Plusieurs personnes ne sont fait avoir. ça veut dire quoi pour toi "fonctionner" ? Tu parles de l'action de l'interrupteur sur la lumière, ou bien de l'inclusion au réseau ? Et à ce sujet, as-tu fait une exclusion avant l'inclusion ?

Oui c'est ça, tu as 2 modes de blocage, soit les boutons physiques, soient les actions radio (et donc ce dernier mode ne fait pas la différence entre Web, Appli, script LUA, etc... puisque tout cela vient d'en seul endroit : la box, par radio) Mais tu peux le tester aussi Perso je n'en ai jamais eu besoin jusqu'à présent, l'avantage d'avoir des interrupteurs Celiane, qui ne clignotent pas de toutes les couleurs, ça ne tente pas les enfants de jouer avec

Dans GEA il te faut utiliser l'action "Protection" pour bloquer l'utilisation des boutons. Je ne l'ai jamais testé sur des interrupteurs Walli, donc j'espère que ça fonctionnera pour toi.

Ces vieux modules sont capricieux... regarde sur le topic, plusieurs personnes ont donné leur méthode après le remplacement des piles.

Donc un bug lié au cloud Fibaro, car tu passes par leur serveur quand tu es en 4G. ça craint quand même, car quelque part ça expose le contenu de la box... Sinon j'ai fait la mise à jour 1.21.0, et je dois dire qu'outre le fait que cette nouvelle version n'apporte rien de nouveau, elle est ultra lente à se lancer... beaucoup plus que la précédente version....

C'est indiqué sur l'étiquette du module, car installé en usine. La version problématique est H1S1P5 et le souci c'est que c'est le dernier connu depuis des années.... il n'y a jamais eu de mise à jour pour le corriger "Multilevel Switch", c'est bon, ça correspond bien au "dimmer" avec la barre de réglage de 0 à 100 C'est en agissant sur celle-ci que le radiateur doit réagir. Pas besoin de cliquer sur le bouton "Sauvegarder" qui ne sert que pour la modification des autres paramètres du module. Sur mes Sauter, ça réagit instantanément sur l'écran LCD, sauf pour les 2 modes Conf -1 et Conf -2°C pour lesquels ça prend plusieurs minutes. Mais si déjà ça ne répond pas en mode OFF (0) ou Confort (99), alors déjà c'est un sacré problème bloquant...

Hum... peut être.... il y a 2 topics sur le Qubino Fil Pilote, et je pense qu'il y a plus d'informations pertinentes dans le topic de la première version, quand on a tous découvert ce nouveau type de module. En ce qui concerne la 2nde version, ZMNHJD1, en Z-Wave+, on a surtout butté sur son firmware buggué et ses difficultés d'inclusion avec la HC3. Perso j'avais inclus les miens sur un ancien firmware de la HC3, si ça se trouve avec les firmwares récents de la HC3, ça ne s'inclue plus du tout correctement.... par contre si tu veux bien continuer la discussion sur le topic en question, ça facilitera le suivi, et tu reprendras ici pour les questions relatives au QA quand tu auras validé (ou pas...) l'inclusion du module

Comme je te disais hier, le problème ne se situe même pas sur le WP, mais sur la prise : le cumulus devrais être branché directement sur la ligne, sans passer par une prise. Donc avec Domino ou Wagos, dans une boite de dérivation ou une boite d'encastrement pour sortie de câble. Le truc, c'est que même sans parler des relais de nos modules domotiques, une prise de courant standard est certes données pour 16A, mais en intermittent seulement. Typiquement un aspirateur, un appareil à raclette, ou que sais-je, ça va tirer fort, mais pendant un court instant. Un cumulus, c'est comme une plaque de cuisson, un four, une PAC, une voiture électrique, etc, ça va tirer très fort et de façon soutenue pendant des heures.... potentiellement une nuit entière en HC de 8h, voire plus. Pendant tout ce temps là, les contacts de la prise électriques s'échauffent. A la longue, ça fond, ça court-circuite, et potentiellement ça fait un départ d'incendie. Donc sur une prise électrique, en régime soutenu, on est limité non pas à 16 A, mais à 8 A seulement... ça fait 1800 W environ. Si j'ai bien compris ton cumulus ne fait que 18000W, donc à la limite ça passe, mais c'est jamais bon d'être aux limites. En lien avec la discussion plus haut, les modules domotiques, les relais, etc, ça fait autant de contacts en plus, autant de zones d'échauffement en plus, autant de risques supplémentaires. Si tu veux faire les choses proprement, en sécurité avec un cumulus, il faut utiliser un contacteur, c'est le truc standard qu'on met dans les tableaux depuis bien longtemps. En alternative, en domotique pure, le Aeotec Heavy Duty est adapté. J'en utilise un pour ma plaque de cuisson, et un autre pour ma PAC.