Lazer

Bienvenue sur le forum

J'ai compris, tu as oublié le S majuscule dans "com.fibaro.multilevelSensor"

Dans le onInit() tu affectes la classe "multilevelsensor" aux child devices de type com.fibaro.multilevelsensor, mais est-ce que cette classe est définie quelque part dans ton code ? Vu le message d'erreur, je pense que non. Perso pour tous les devices de type sensor, j'utilise 1 seule et unique classe, c'est plus simple. Exemple, ici elle s'appelle MyInput : -- Setup classes for child devices self:initChildDevices({ ["com.fibaro.powerMeter"] = MyInput, ["com.fibaro.energyMeter"] = MyInput, ["com.fibaro.electricMeter"] = MyInput, ["com.fibaro.temperatureSensor"] = MyInput, ["com.fibaro.binarySensor"] = MyInput, ["com.fibaro.binarySwitch"] = MyDigitalOutput, })

Oui j'avais bien compris qu'il n'était plus sous garantie, mais justement GCE propose des réparations hors garantie (payantes, mais au tarif tout à fait raisonnable). On est loin de 99% des vendeurs d'aujourd'hui qui te balancent un simple "ce n'est pas réparable, veillez acheter un produit neuf" sans même prendre la peine de regarder.

Demande un SAV à GCE, ils pourront probablement le réparer pour pas trop cher, c'est tellement rare ce genre d'entreprise

Ah ben voilà, c'est exactement ce que je pressentais. Bravo Je ne sais pas où tu bloques, ce sont des child comme les autres non ? Par contre moi j'ai un souci d'un autre genre, je suis en train de préparer un QA pour mon nouvel onduleur Victron, et le SOC je peux le mettre dans un multilevelSensor avec l'unité en %, mais il va falloir que je modifie DomoCharts pour le prendre en compte...

Tu peux mettre le JSON brut, non formaté ? J'ai un doute sur son contenu, pour indexer l'élément 1.

Bienvenue sur le forum

Ben.. disons qu'on n'est pas sur les réseaux asociaux ici (où personne ne connait personne... voire passe son temps à s'insulter...), mais sur les forums c'est plus communautaire, familial, amical. Donc souvent il est d'usage de commencer par se présenter rapidement, son projet, son matos, voilà quoi. Pas besoin de faire un roman, 1 ou 2 lignes peuvent suffire. Au delà il y a une section du forum dédiée pour la présentation complète et détaillée de l'installation domotique, pour ceux qui souhaitent. Et sinon, pour les questions, échanges divers et variés, cela se passe dans les différentes sections du forum adaptée au sujet. Soit dans un topic existant, soit en en créant un nouveau. En ce qui concerne ta question, il y a toute une section dédiée à la box HCL, et une autre dédié aux applications mobiles (car il y en a eu plusieurs)

Ce n'est pas vraiment une présentation ça...

Je ne pensais pas qu'il était encore vendu.

Et bien faire le triple clic sur le micro-switch à la place du triple-clic sur l'interrupteur connecté sur le bornier du module. C'est indiqué dans la doc normalement.

Essaye une exclusion du module, c'est même une habitude à prendre avant toute inclusion, car on ne sait jamais vraiment si le module n'a pas déjà été inclus dans un autre réseau préalablement (module testé en usine, d'occasion, etc...) A noter que j'ai eu certains modules où j'avais du mal à faire l'inclusion avec avec l'interrupteur branché sur le module, alors que ça fonctionnait avec le triple clic sur le micro-switch encastré dans la coque du module, accessible avec un petit tournevis.

fronius.Body.Data.Inverters[1].SOC Essaye ça

L'URL que tu utilises n'est pas valable, le user/password donné dans l'URL est une pratique dépréciée depuis des années (si ce n'est pas des décades... car le temps passe vite). Elle est encore tolérée par les navigateurs pour faciliter la vie des utilisateurs, mais en fait ça ne les aide pas tant que ça, la preuve ça t'a fait perdre du temps. On a déjà évoqué cet usage plusieurs fois sur le forum, il faut perdre la mauvaise habitude de mettre user/password dans l'URL. Les identifiants doivent passer dans l'entête (headers) de la requête HTTP. C'est d'ailleurs ce que fait le navigateur, quand tu tapes l'URL avec le user/password dans l'URL, il le détecte, décompose l'URL pour extraire les identifiants, reconstruit l'URL normalement, et envoie les identifiants dans les headers. Tu peux le voir dans les outils de développement du navigateur accessibles avec F12. En dehors du navigateur, et c'est donc le cas de la HC3 mais aussi de tout autre appareil comme les caméra/sonnette/interphone/whatever, tu doit donc mettre les identifiants dans les headers de la requête. En LUA sur HC3, voir :

Bon bon bon.... bah... Je suis un peu un boulet quand même. J'ai cherché, je ne comprenais pas, puis j'ai fini par piger le problème. La mécanique d'authentification dans mon QuickApp était bonne pour obtenir le token, et correspond bien à ce qui est documenté par Enphase. Ce que j'avais codé à l'époque est toujours valide. Mais en fait, le QA n'arrivait plus à obtenir le nouveau token pour 2 raisons : - j'ai changé l'adresse email de mon compte Enphase en cours d'année, ce que j'avais complètement oublié ! Mais cet email est utilisé par le QA pour l'authentification en ligne afin d'obtenir le token... sauf que je ne l'avais jamais changé dans les variables du QA ! - mon email comporte maintenant un caractère qui ne passe pas dans les données d'une requêtes HTTP de type POST, car il contient un signe +. J'ai donc été obligé de modifier une ligne dans mon QA pour ajouter un urlencode(). Et maintenant ça refonctionne, le QA a obtenu un nouveau token valable 1 an

Euh... merci... mais pas besoin non ? C'est bien documenté par Enphase dans le PDF, il y a juste une requête à faire en LUA. Le seul problème, c'est que ça dépend du cloud... donc en cas de panne d'accès Internet, de panne des serveurs Enphase, de changement de politique, ou que sais-je encore, on perdra l'accès au monitoring de notre production PV. Et ça c'est lamentable. Triste monde que celui dans lequel les fabricants de technologies high-tech nous rendent captifs APSystems c'est tout pourri en comparaison à Enphase, mais au moins on conserve l'accès 100% local... mais pour combien de temps ? Vu que eux aussi poussent les mises à jour sans prévenir...

La procédure officielle pour obtenir le token en ligne via l'API d'Enphase dans le cloud est donnée dans le PDF suivant : https://enphase.com/download/accessing-iq-gateway-local-apis-or-local-ui-token-based-authentication Je vais essayer de coder ça se soir, ça me saoule de changer le token 2 fois par jour, encore ce matin à 11h. EDIT : et aussi essayer avec un compte invité (non installer donc) IQ Gateway Local API or UI Access using Token-TEB-00060.1.0-EN-2023-08-14.pdf

Est-ce que tu as réalisé ton installation toi-même (installer) ou bien est-ce que quelqu'un d'autre l'a fait pour toi (ce qui fait de toi le owner)... ça devrait répondre à la question. Car j'ai regardé vite fait sur mon compte en ligne, et je ne trouve pas où faire apparaitre l'information... après j'ai peut être mal cherché. Par contre je vois qu'on peut "inviter" des utilisateurs, c'est peut être ça l'astuce, créer un compte et l'inviter en consultation uniquement, et utiliser ce compte pour générer le token valide 1 an. J'ai essayé ce soir de modifier le timestamp d'expiration à la main, et pas moyen, le token réencodé en base64 n'est pas accepté par la passerelle, je suppose qu'ils ont renforcé le contrôle. Pour info j'ai découvert que je suis en version D8.2.4264

Y a un truc là... ça a encore sauté ce soir. Visiblement la durée de validité du token est de 12 heures seulement. EDIT : bon bah..... Trouvé ici : https://forum-photovoltaique.fr/viewtopic.php?p=774043&sid=96ec333f9d4ef781d5626f79dd55765b#p774043 Je cite l'auteur forum6691 :

Merci pour l’expérimentation... et le retour d'expérience !

Étrange... le token généré hier soir a bien fonctionné jusqu'à ce matin 10h précisément, depuis le QA se fait à nouveau jeter... ça commence à être relou cette histoire...

Oui j'ai essayé aussi, mais sans succès, et c'est logique car mon code tente d'obtenir un nouveau token à chaque démarrage, avant d'utiliser l'ancien. Donc que l'ancien soit réellement l'ancien ou bien un truc vide ou bidon, ça ne change rien, il se fait jeter en erreur HTTP 401. C'est une bonne idée la vérification de la durée de validité avec avertissement; mais à l'occasion j'essaierai quand même d'automatiser la récupération du token en ligne.... c'est ce que fait l'intégration pour Home Assistant. Reste le plus dur : faire en fort que cette occasion surviennent avant 1 an !

Cool

Bon... bah.... 1 an plus tard... J'ai eu le problème du token expiré, et non renouvelé. En plus j'étais en déplacement aujourd'hui, coup de flippe en sortant le téléphone du mode avion, je vois la production à 0, alors que le soleil se levait au moment au décollage et que la météo annonçait une journée parfaite (comme sur toute la France d'ailleurs, assez incroyable, vue de malade sur les Alpes à plusieurs centaines de km à la ronde, magnifique... tout le monde a pu profiter ce soleil en ce jour Tempo Blanc.... d'ailleurs ils ne sont pas malins chez RTE cette année, après avoir cramé les jours rouges en décembre quand il faisait chaud, on a eu des jours blancs en février quand il faisait froid... et maintenant ils nous balancent des jours blancs alors qu'il fait soleil... du coup Tempo est encore plus rentable que l'année dernière !!) Bref, vite je vérifie sur les caméra, et non le disjoncteur n'est pas tombé. Le système APsystems a bien commencé à produire de son coté. L'application Enphase Enlighten (via le cloud) m'a permis de confirmer que les micro-onduleurs produisaient bien. Bref, pas eu le temps de m'en occuper avant ce soir en rentrant.... et là j'ai constaté qu'à chaque démarrage du QuickApp il tente d'obtenir un nouveau token, et se fait jeter... comme tu l'avais déjà constaté il y a quelques mois. J'ai réussi avec difficulté à générer manuellement un nouveau token en ligne, car depuis la passerelle Envoy en local, ça semble impossible maintenant. Une rapide rechercher sur les internets mondiaux semble dire qu'on ne peut plus générer le token en local... C'est très inquiétant pour l'avenir. Bref dans l'urgence j'ai copier/coller le token dans mon QA et c'est reparti. Dommage, pas de statistique aujourd'hui dans DomoCharts, c'était une (très très très très.... très) rare journée parfaite, avec une belle courbe en cloche. Au moins, au redémarrage du QA, il a mis à jour les compteurs de production d'énergie (kWh), donc l'information la plus importante n'est pas perdue pour mes statistiques quotidiennes