TitiXsi

J'ai pas compris, dès que je sélectionne Code et désigne un langage, j'au un truc tout pourri ... Same issue 20 Sonnenstrom Fabrik M60 + 3 Bisol Bifacial, le tout en Iq7+ Je viens de remarqué que j'ai eu plusieurs micro coupures de courant (mes fils pilote Qubino on resetés...) c'est au même moment que j'ai perdu progressivement la prod pui qui est revenus. Je suspecte quelques baisses de tension ... Sinon, cette nuit, erreur de getProduction de 23h à 9h15 et depuis tout va bien ... il se passe des choses étranges avec cette passerelle ...

Hello, je reviens sur mes erreurs liant une saturation de la passerelle. Étant privé de connexion internet depuis 1 semaine, j'ai pu en profiter pour debugguer. Première chose, je confirme que la vérification du token, se fait bien en local, d'ailleurs, on peut mettre un vieux Token, du moment que la date encodé en unixbase n'est pas dépassé, c'est fonctionnel. La seconde, J'ai enfin trouvé le point bloquant qui "spammait" ma passerelle de requetes, j'ai rajouté un check dans le code qui permet de de vérifier qu'on est bien en présence d'un refresh, sinon on sort avec un callback. Ca semble fonctionner correctement . La dernière chose que j'ai pu noter, est dès qu'on essaie d'aller sur la passerelle via un navigateur en même temps que la QA tourne, on tombe face à une erreur d'accès côté QA. Ceci confirme qu'une limitation du nombre de "connexions" simultanées est présente. A ce sujet, je vois également passer quelques erreurs non liée à une double connexion coté user/qa, peut-être qu'elles sont liées à l'exportation des data via enlighten... et que durant ce même laps de temps, la QA n'a pas accès à l'api...? je ne sais pas. c'est peu fréquent et pas bloquant. J'avance sur mon fork et je viens de voir aujourd'hui que plusieurs MO arrêtent de produire par moment, certes, c'était un journée très très nuageuse et la prod n'était que de quelques W par panneaux, mais je trouve ceci intriguant. -> Ceci me conforte dans le choix d'aller vérifier qui produit toutes les 5 min du levé du soleil +1h au couché du soleil -1h. En revanche, je bloque toujours pour aller chercher les infos de la page : https://<ip gateway>/api/v1/production/inverters Impossible de récupérer les datas, je suis toujours bloqué avec une erreur de certificat...(Est-ce lié au fait que je n'ai pas internet, et que la vérification n'est pas possible..., je ne pense pas...) Je m'y prends surement très mal, je suis une vrai quiche en requêtes HTTP et autres... Voici mon code (pour le moment dans uns scène, je le transférerai en QA une fois fonctionnel) print("GET INVERTERS (MicroInverters details)") -- date du Token = aout 2023 local Token = 'eyJraWQiOiI3ZDEwMDA1ZC03ODk5LTRkMGQtYmNiNC0yNDRmOThlZTE1NmIiLCJ0eXAiOiJKV1QiLCJhbGciOiJFUzI1NiJ9.eyJhdWQiOiIxMjIxMzEwMjE4MzMiLCJpc3MiOiJFbnRyZXoiLCJlbnBoYXNlVXNlciI6Im93bmVyIiwiZXhwIjoxNzI2NDIxMTA2LCJpYXQiOjE2OTQ4ODUxMDYsImp0aSI6Ijg4MDRlNWU0LWNjZTItNGFiZC04N2EwLTI2YmQ3NTQ5NGY4ZiIsInVzZXJuYW1lIjoicmVtaS5tYWdhbmRAZ21haWwuY29tIn0.jiaR5_XA0Hew7TkmBZ_Kc-22zW4hTeQj6hd6VPpXc0xZq0PIyoBVdXD_4SIKTzz-IU94916J-54sU3GWT7U09g' local Bearer = 'Bearer ' .. Token local URL = "https://192.168.1.89" local API = "/api/v1/production/inverters" local http = net.HTTPClient() function RequestHTTP() print("START") http:request(URL .. API, { options = { method = 'GET', checkCertificate = 'false' , headers = { ['Accept'] = 'application/json', ['Content-Type'] = 'application/json', ['Authorization'] = Bearer }, timeout = 10000 }, success = function(response) local result = response.data; if response.status == 200 or response.status == 201 then -- réponse OK print("OK") fibaro:setGlobal("TableEnvoy", response.data) hub.debug(response.data) TableEnvoy = json.decode(response.data) hub.debug("activePower =" .. TableEnvoy[2].activePower) else -- réponse Pas OK print("KO : ".. response.status) hub.debug('response code : ' .. response.status) hub.debug("TableEnvoy -> False") setGlobal("TableEnvoy", "False") hub.debug(response.data) end end, -- Erreur sur la fonction error = function(err) print("ER :".. err) hub.debug("TableEnvoy -> False") --setGlobal("TableEnvoy", "False") end }) --fibaro.setTimeout(1*1000,RequestHTTP) -- boucle toute les secondes end fibaro.setTimeout(0,RequestHTTP) print("END GET INVERTERS (MicroInverters details)") et la sortie qui va bien jusqu'au bout, mais présente l'erreur de certificat: Merci pour votre aide. (Merci @stipower pour ton code HC2 ;)) Rémi

Tiens une question de pur curiosité sur les variables Pourquoi j'en ai qui ne sont pas éditables ?

J'ai passé le settimeout général à 15sd au lieu de 1sd... à voir, ca semble être plus stable même si il y a des déco. J'ai tourné en mode debug je vais suivre ...

je suis déjà à 60sd, mais quand on regarde le log. on est à plusieurs tentatives par seconde (en cas d'echec)

@Lazer, je me rends compte que la QA quand elle rencontre un "can't get (production/inventory...) recommence immédiatement sauf que ma passerelle a un temps de réponse au ping aléatoire ... quelques ms à plusieurs secondes. Je parlais dans mes messages précédent de saturation progressive, ne serais pas lié au setTimeOut qui n'attends pas forcément la fin de la réponse précédente (ce n'est pas son rôle, on est en asynchrone) pour envoyer une nouvelle requête et rajouter de la latence de traitement à la passerelle jusqu'à ce qu'elle mouline complet et ne soit plus accessible ? Merci pour ton expertise

20 ième appel au support enphase : Oui monsieur c'est un problème connu, même pour nous, ça prends très longtemps d'avoir les infos et parfois les requêtes n'aboutissent pas... et ceci depuis la version D7 On ne sais pas vraiment d’où ça vient... on cherche toujours, on est entrain de développer un autre système d'authentification, le système va changer. Peut-être qu'il n'y aura plus de token en local, je ne sais pas mais on travail dessus. Malheureusement, je ne peux pas downgrader la passerelle en D5, ca serait trop simple pour nous. ceci n'a rien avoir avec votre Connexion Wifi ou autre on va vider le cache de la passerelle et vous allez ré-essayer A suivre ! Sinon Aeotec Gen 5 avec 3 pinces et j'en utiliserai que 2...

J'ai simplement une Doc qui explique que l'API la passerelle est accessible via IP/home et déjà, là, ça fonctionne pas.. donc bon... parlon de la base des choses... au ping j'ai rien.

Je ne comprends même pas la légalité de cette mise à jour forcée. Si cela rend obsolète certaines fonctionnalités du système...

Tous les problèmes reportés date d'après le token. Comme disait l'autre... c'était mieux avant... je soupçonne qu'ils aient mal anticipé les besoins de gestion de token et qu'ils soient un poil sous l'eau niveau serveur. D'ailleurs hier ça pedalait sous l'application... bref. J'adore enphase mais son api, beaucoup moins ...

Justement, depuis des mises à jour des passerelles post D7, certains micro onduleurs on du mal à retrouver le nord par moment, je suis sur le groupe facebook Enphase france et c'est au minimum 2,3 personnes par semaine qui ont des perte de mo, et comme l'application n'envoie pas de notification en cas de problème... bref, si ca intéresse que moi, c'est pas grave :p Edit : J'ai rajouté mon 3eme Qrelay avec mes nouveaux panneaux et j'ai pu les voir passer via la QA (le seul moment ou elle a marché d'ailleurs)

oui, j'ai toujours eté en wifi 2.4ghz, j'ai essayé en 5ghz. j'ai même tenté de passer en RJ45, ça n'avait pas été folichon non plus, mais j'avais un câble très vieux un cat 4e je crois Bref, je vais profiter du cat5e qui passe à proximité de la passerelle et qui alimentait ma box free en adsl. Je vais lui mettre une prise et on verra déjà ce que ça donne. Je te rejoins sur le fait qu'il n'y a pas de grosses à transiter, mais il y a toujours un check du token qui à mon avis prends du temps, je ne sais pas comment c'est géré cette histoire en local... J'ai édité mon précédent message entre temps, et rajouté un snapshot sur mon état de codage Merci pour les devices zwave, je regarderai ça quand j'aurais abandonné l'api enphase ...

Bouh que j'en ai marre de cet accès à la passerelle qui ne marche jamais ou du moi très rarement... comme si il fallait des plombe pour répondre à la requête et qu'elle s'accumulaient... plantage toutes les 1h puis toutes les 15min, puis tout le temps ... J'ai contacté le support Enphase qui au début a été bien sympa, mais là visiblement, ils bottent en touche... ca vient de l'api et pas de la passerelle, merci de contacter le support api. et de l'autre côté, ca vient de la passerelle et pas de l'api ... Je viens d'être fibré et je pensais que ceci arrangerai peut-être les choses ... Que Nenni ! Du coup je vais essayer de la relier en RJ45, même si avant le déploiement D7, je n'avais aucun problème à taper l'api toutes les 500ms ... c'est dommage, j'avais un chouette truc pour vous .. le nombre Qrelay UP et le nombre de micro-onduleurs qui produisent... En codage la puissance par micro-onduleurs... mais là je suis bloqué dans le dev ... :'( Il existe quoi en device zwave afin de trouver un woraround fiable pour mesurer 2 puissances (j'ai vu quelques pinces, mais lesquelles sont fiable et jusqu'à quelle puissance) ?

Effectivement j'ai galéré à l'ajouter... Réseau en bois également....

Par contre as tu suivi le changement de profil qui limite les micro onduleurs avec 7% de marge sur le cos Pi ? Ca parle pas mal là dessus en ce moment et je viens de voir que ma passerelle à été mise à jour aujourd'hui J'ai une courbe très étrange et surtout mon pic de prod est à 4.9kw contre 5.4 hier ! soit 8% de moins ... même température, même temps ... J'adore Enphase mais là avec l'api locale injoignable et ses updates de ***

Niveau isolation, j'ai des murs en bois avec 20cm de fibre de bois et 26vm dans le toit. L'info est intéressante,à savoir, merci pour combien de kms/an ? Sympa se ratio ! Oui l'informatique, quand tu vois qu'une box consomme tout le temps 36w ...

Niveau isolation, j'ai des murs en bois avec 20cm de fibre de bois et 26vm dans le toit. L'info est intéressante,à savoir, merci pour combien de kms/an ? Sympa ce ratio ! Oui l'informatique, quand tu vois qu'une box consomme tout le temps 11w ... + les répéteurs , les onduleurs ...

C'est exactement mon cas 8MWh ;-) Pourtant chauffage tout électrique aussi, sans poêle et à 1000m d'altitude, je m'en sort bien ;)

Je me sens moins seul dans mes galères . Bon par contre ça m'a fait penser à un update de mes qa et scénarios avec une variable globale pour chaque id de device un peu sensible... Car là au pied levé c'était très pénible de tout mettre à jour. Même si je tiens un Google sheet avec mes devices, scénario et dépendances...

Javais dejà tenté de rebooter évidement, sans succès. En revanche, je ne sais pas si c'est lié, mais mes FP ont redémarrés cette nuit et lorsque j'ai voulu exclure la Wallplug, ce sont eux qui se sont supprimés... ensuite j'ai pu ajouté ma wallplug et remettre mes Fils pilote.. Comme si, ces 2 modules étaient bloqués en mode exclusion et qu'ils monopolisaient le réseau... C'est pas l'éclate ces modules FP qubino ...

Bonjour à tous, je rebondis sur ce fils, depuis ce matin je tente d'ajouter un wallplug sans succès. Je dirais même que je n'ai même pas besoin de le brancher pour que ca plante. Je lance le mode appairage, ca tourne 4sd puis Est-ce que celà peux venir du problème de trafic dense évoqué ? Edit : Je ne sais pas si c'est lié, mais mes FP ont redémarrés cette nuit et lorsque j'ai voulu exclure la Wallplug, ce sont eux qui se sont supprimés... ensuit ej'ai pu ajouté ma wallplug et remettre mes Fils pilote.. C'est pas l'éclate ces modules FP qubino ...

Bonjour à Tous, Voici une version 2.08 basée sur la 2.00 de @Lazer. Encore Merci pour la v2.00 Les Modifs : Ordonnancement et Création des Childs avec leur noms "plus parlants". Child-Balance Solaire Live (en positif si vous produisez (en W) plus que ce que vous consommez à cet instant) Child-Voltage (il est utilisé pour détecter les sous-tensions (207v) et sur-tensions (253v) du réseau) Child-Prod Live (votre puissance de production (en W) à cet instant) Child-Conso Live (votre puissance de consommation (en W) à cet instant) Child-Balance Solaire Moy 5 Min (en positif si vous produisez (en W) plus que ce que vous consommez sur une moyenne de 5Min, c'est très utile si vous lancez des appareils suivants votre surplus pour s'affranchir des nuages passants ... ) Child-Prod ToDay (votre production en Kwh aujourd'hui) Child-Conso ToDay (votre consommation en Kwh aujourd'hui) Child-Prod LifeTime (votre production en Mwh depuis l'installation) Child-Conso LifeTime (votre consommation en Mwh depuis l'installation) Child-Balance Solaire LifeTime (en positif si votre production (en Mwh) depuis l'installation est supérieure à votre consommation (en Mwh) depuis l'installation) Le Child Inverter a été commenté dans la QA, vous pouvez le remettre si besoin, il est sensé indiquer la production des Micro-onduleur depuis l'installation mais cette valeur à été remise à zero par enphase (surement durant le passage D5/D7), du coup, il ne sert pas à grand chose... Child-Voltage permet : de stocker les min et max tensions détectés avec leurs dates dans les Variables Locales, ca peut être utile de détecter les sous-tensions (207v) et sur-tensions (253v) du réseau et d'envoyer un Push à tous les devices de type Ios déclarés (J'ai longtemps essayé, c'est enfin dispo ). Child-Balance Solaire Moy 5 Min permet : de stocker 6 Variables Locales permettant de calculer le Moyenne sur 5 échantillonnages (soit 5min, si on échantillonne toutes les minutes) -> c'est très utile si vous lancez des appareils suivants votre surplus pour s'affranchir des nuages passants ... Tous les Childs sont : paramétrés en PowerSensor sauf Child-Prod Live, Child-Conso Live, Child-Prod ToDay et Child-Conso ToDay qui sont en PowerMeter. désactivés dans le panneau d'energie (includeInEnergyPanel = false / saveToEnergyPanel = false), sauf Child-Prod Live et Child-Conso Live. Les Childs Child-Prod Live, Child-Conso Live, Child-Prod ToDay et Child-Conso ToDay permettent : d'être définis dans le compteur d'energie et donc de comptabiliser votre production/consommation instantanée (en W) et d'energie en Wh pour (par heure, journée, semaine, mois, année...) 1 seul choix possible par type de compteur lors du parametrage du compteur d'energie. Les rapports d'énergie sont conforme au site enphase (mise à par le gap de 15min pour le refresh de conso et prod sur le site enphase) Exemple Jour J Site Enphase : Fibaro : Exemple Jour J-1 Site Enphase : Prod 34,2Kwh / Conso 14,4Kwh Fibaro : Prod 34,19Kwh / Conso 14,55Kwh (J'ai 0.15Kwh de diférence, surement un Wallplug qui est pris en compte, je dois vérifier) Si j'ai du temps pendant l'automne, je rajouterai un Child par micro-onduleur détectés. On pourra récupérer la puissance instantannée produite. En espérant que ce Fork puisse vous servir @Lazer, je te laisse voir si tu veux créer un nouveau Topic ou pas

Hello, bravo pour le détail, j'ai une question naïve ... Comment trouver la liste des Types disponible pour les Childs ? Merci Edit : Je crois que j'ai trouvé : https://manuals.fibaro.com/document/hc3-quick-apps/

Ça vient de revenir.

Hello, chez moi plus rien ne fonctionne depuis une petite heure. ni le live enlighten, je pense que enphase a encore crashé des serveurs... ca donne quoi chez vous ?