Lazer

Non, avec mon nom de domaine + reverse proxy. J'en ai déjà parlé plusieurs fois sur le forum.

Je n'ai aucun problème, mais je me connecte toujours en direct sans passer par leurs serveurs en cloud.

J'en ai 3, et j'en suis assez satisfait, dont 1 dehors sous abri, et 2 en intérieur qui servent à la régulation de température des splits de ma PAC. Pense à faire la mise à jour du firmware avant l'inclusion dans la HC3, avec une clé USB Aeotec, si tu en as une. La procédure est donnée sur le site.

Welcome to the forum

Oui c'est ce que j'utilise. Pour les API : /api/quickApp/availableTypes /api/devices/hierarchy

De temps en temps, Matter fait parler de lui... ça avance tout doucement, mais ça reste bien calme... [Abavala] “Works with Apple” vs “Build for Matter” : la guerre des certifications ?

Bienvenue sur le forum

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