Aller au contenu

flamalex

Membres confirmés
  • Compteur de contenus

    819
  • Inscription

  • Dernière visite

  • Jours gagnés

    4

Tout ce qui a été posté par flamalex

  1. @Lazer, une parenthèse,pour info je dump le json envoy sur mon rpi, si tu as une astuce pour que je puisse l’exploiter en direct avec la hc3, je suis preneur.
  2. Le envoy 1.1 https://marketplace.fibaro.com/items/enphase-envoy-monitor celui du market sur ts les forums d’utilisateurs, il fonctionne à merveille avec le panneau. en fw 5 pas en 7
  3. Mais qu’est ce qui change entre mon QA et l’original ? tt ce qui m’intéresse pour le panneau énergie c’est l’énergie Ne sachant pas comment le panneau « prélevé » les infos et comment il les restitue je ne peux pas avancer en effet, si je « ponctionne « une conso en kwh et une prod en kwh toutes les minutes Sans savoir comment ce panneau calcul, restitue, transforme, compile….. ça va être compliqué
  4. Pour les fondamentaux en elec ça devrait aller merci Faut pas tt mélanger en revanche les fondamentaux de QA hc3 fibaro lua, truc meters du panneau energy du device bref, de l’articulation et la logique des programmeurs de l’interface HC3, ouhai j’ai du boulot pour m’y adapter je te l’accorde en attendant, je ne sais pas et donc n’avance pas mais merci pour ces précisions Lazer
  5. tu m'etonnes que je vois des MEGAWATT dans mon panneau bon, c'est top, mais je n'ai pas la solution, sauf d'additionner toutes les minutes pendant une heure (toutes les heures), et de diviser par 60, il n'y a pas plus simple il me faudrait afficher dans ce QA la valeur de la CONSO d'une heure ? (on peut récuperer l'instantanée, sur la journée et sur la semaine) mais je ne comprends pas, le QA envoy qui fonctionne pour 99% des utilisateurs, il fait comme le mien, il s'actualise toutes les minutes et pourtant les utilisateurs sont heureux et admirent le panneau energie
  6. oui, le json {"id":120,"name":"CONSOMMATION","roomID":234,"view":[{"assetsPath":"dynamic-plugins/com.fibaro.multilevelSensor","name":"com.fibaro.multilevelSensor","translatesPath":"/assets/i18n","type":"ts"},{"type":"json"}],"type":"com.fibaro.energyMeter","baseType":"com.fibaro.electricMeter","enabled":true,"visible":true,"isPlugin":true,"parentId":0,"viewXml":true,"hasUIView":false,"configXml":false,"interfaces":["quickApp"],"properties":{"apiVersion":"1.2","buildNumber":1,"categories":["other"],"dead":false,"deadReason":"","deviceControlType":1,"deviceIcon":1030,"deviceRole":"EnergyMeter","encrypted":false,"icon":{},"log":"","logTemp":"","mainFunction":"","manufacturer":"","model":"","quickAppUuid":"","quickAppVariables":[],"rateType":"consumption","saveLogs":true,"saveToEnergyPanel":true,"storeEnergyData":true,"supportedDeviceRoles":["Other","EnergyMeter"],"typeTemplateInitialized":true,"uiCallbacks":[{"callback":"BTN_REFRESH","eventType":"onReleased","name":"button1"}],"unit":" KWh","useEmbededView":true,"userDescription":"","value":2.8,"viewLayout":{"$jason":{"body":{"header":{"style":{"height":"0"},"title":"quickApp_device_120"},"sections":{"items":[{"components":[{"name":"Lbl1","style":{"weight":"1.2"},"text":"Label","type":"label","visible":true},{"style":{"weight":"0.5"},"type":"space"}],"style":{"weight":"1.2"},"type":"vertical"},{"components":[{"name":"Lbl2","style":{"weight":"1.2"},"text":"Label","type":"label","visible":true},{"style":{"weight":"0.5"},"type":"space"}],"style":{"weight":"1.2"},"type":"vertical"},{"components":[{"name":"Lbl3","style":{"weight":"1.2"},"text":"Label","type":"label","visible":true},{"style":{"weight":"0.5"},"type":"space"}],"style":{"weight":"1.2"},"type":"vertical"},{"components":[{"name":"Lbl0","style":{"weight":"1.2"},"text":"Label","type":"label","visible":true},{"style":{"weight":"0.5"},"type":"space"}],"style":{"weight":"1.2"},"type":"vertical"},{"components":[{"name":"button1","style":{"weight":"1.2"},"text":"REFRESH","type":"button","visible":true},{"style":{"weight":"0.5"},"type":"space"}],"style":{"weight":"1.2"},"type":"vertical"}]}},"head":{"title":"quickApp_device_120"}}}},"actions":{"reset":0},"created":1663942006,"modified":1665247082,"sortOrder":67} c'est donc un multilevelSensor type com.fibaro.energyMeter EDIT: donc si c'est ça, il additionne toutes les minutes les valeurs et donc ça n'a pas de sens
  7. le device est j'ai un QA en CONSO et l'autre en PROD @Lazer, "la valeur dans le champ value" c'est bien celle la ? le 2.6 KWh ? si oui, alors c'est la valeur que je vais chercher dans jeedom (envoy) que je place dans conso_actu et qui s'actualise toutes les minutes conso_actu enfin, qu'est ce que le "devices du bon type" j'ai repris le QA envoy, tt effacé puisque ça ne fonctionne pas en fw 7 https://marketplace.fibaro.com/items/enphase-envoy-monitor
  8. oui ça c'est vu j'ai fait un QA pour chaque PROD, CONSO exemple pour le QA CONSO --===============CONSO NOW ================================================== --on recupere infos conso dans jeedom local http = net.HTTPClient() http:request("http://192.168.1.173/core/api/jeeApi.php?apikey=999333OGHFDTREZG0mEq78Rc&type=cmd&id=2341",{ options={ checkCertificate = false, method = 'GET' }, success = function(response) conso_actu = response.data/1000 self:debug("conso_actu: ",conso_actu) self:updateProperty("value",tonumber(string.format("%.1f",conso_actu))) self:updateProperty("unit", " KWh") end, }) mais dans ce code, qu'est ce que le panneau energie vient chercher ? conso_actu ?
  9. Oui je vais m’adresser au support. sinon dans un QA, exemple le « envoy » quelle valeur (kwh) est prise par ce panneau énergie ? Celle affichée en gros sur le QA ou autre?
  10. j'ai ceci, qui pollue le visu je souhaite remettre compteur à zero apres modif effectuées dans les QA ENVOY dans parametres du panneau j'ai ceci je ne comprends pas
  11. En effet c’était pas clair j’ai /1000 conso prod et import je n’ai que du kwh maintenant je n’arrive pas à effacer l’historique, j’ai tjrs des valeurs bizarres faudrait faire un raz
  12. Bjr, vd hc2 récupère bien les infos du script jeedom qui lui même tape dans envoy. QA hc3 récupère bien les infos du script jeedom ….. toutes les minutes. le QA est en energy meter, mais dans le panneau énergie je retrouve que des valeurs bizarres (des Mwh) valeurs dignes d’une centrale nucléaire ☢️ que faut il paramétrer dans le QA y’a t il un rapport avec le fait d’actualiser le QA ttes les minutes? Il additionne ?
  13. oui j'imagine bien en meme temps le copier coller c'est bien si tu comprends un minimum la logique l'architecture du programme bon, je vais regarder
  14. et tu en n'as pas un (plus qu'un autre) qui vient sniffer un json du jeedom vers la fibaro
  15. zut ça va etre trop simple pour ce qui est de la 1ere solution, aurais tu un exemple de QA dont je pourrai m'inspirer EDIT: pour la 2eme solution, avec HC2 je vois bien, mais HC3 je ne sais pas, idem aurais tu un QA qui me servirait d'exemple
  16. Euh comment dire, « selon mes compétences en programmation » eh bien c’est justement ça le problème, j’ai besoin de vos lumières, car en hc3 ça va être chaud très chaud et pourtant ta première proposition me semble la plus « propre » un QA qui va chercher les infos. mais par où, quoi, comment, commencer
  17. avec mon python tokentest.PY je genere l'acces en auto et produit un json admettons que je n'utilise pas le plugin script jeedom pour sortir les valeurs du json est ce possible avec la HC3 d'aller les chercher sur le RPI jeedom et les afficher directement sur la HC3 le but etant d'eviter une usine à gaz
  18. @Nico @Lazer Merci oui @Lazer en attendant, solution alternative, je vais aller chercher les valeurs sur jeedom pour injecter dans HC3 je sais comment faire sur HC2, mais sur HC3, je n'ai pas pu encore me pencher deçu mais c'est l'objectif
  19. bon, je vais ouvrir un autre sujet j'ai passé beaucoup de temps pcq je voyais que ça n'avancait pas depuis plus d'un an sur cette version 7 je me suis collé au python, j'ai reussi sur visualstudio, je genere un token avec mes identifiants en automatique puis j'accede au json de l'envoy et ça fonctionne de ce fait j'ai envoyé mes travaux, en MP, à CDDU33 (developpeur sur jeedom) pour qu'il developpe le plugin public sur jeedom pour envoy fw7 aujourd'hui je teste via un script json sur jeedom pour ensuite recuperer sur fibaro voici l'avancée dans visual studio code j’ai testé mon tokentest.pyc’est good ca fonctionne apres avoir installé les dependances pip install pyjwt pip install html.parser pip install html5lib pip install bs4 pip install asyncio pip install logging pip install json le code du py #!/usr/bin/env python3 import asyncio import logging import re import time import jwt import json from html.parser import HTMLParser from json.decoder import JSONDecodeError try: from BeautifulSoup import BeautifulSoup except ImportError: from bs4 import BeautifulSoup #from envoy_utils.envoy_utils import EnvoyUtils import httpx class MyHTMLParser(HTMLParser): def handle_starttag(self, tag, attrs): print("Encountered a start tag:", tag) def handle_endtag(self, tag): print("Encountered an end tag :", tag) def handle_data(self, data): print("Encountered some data :", data) SITE_ID = "30987672" SERIAL_NUMBER = "12223456956" ENDPOINT_URL_PRODUCTION_JSON = "http://{}/production.json" ENDPOINT_URL_PRODUCTION_V1 = "http://{}/api/v1/production" ENDPOINT_URL_PRODUCTION_INVERTERS = "http://{}/api/v1/production/inverters" ENDPOINT_URL_PRODUCTION = "http://{}/production" LOGIN_URL = "https://entrez.enphaseenergy.com/login" TOKEN_URL = "https://entrez.enphaseenergy.com/entrez_tokens" LOCAL_URL = "https://192.168.1.25/" payload_login = {'username': 'mon@gmail.com', 'password': 'alexmdp'} payload_token = {'Site': SITE_ID, "serialNum": SERIAL_NUMBER} headers = {'Content-Type': 'application/json'} client = httpx.Client(verify=False) token = "" try: r = client.post(LOGIN_URL, data=payload_login) print(r.status_code) #print(r.text) r = client.post(TOKEN_URL, data=payload_token) print(r.status_code) #print(r.text) parsed_html = BeautifulSoup(r.text, "lxml") token = parsed_html.body.find('textarea').text print(token) decode = jwt.decode(token, options={"verify_signature": False}, algorithms="ES256") print(decode["exp"]) header = {"Authorization": "Bearer " + token} r = client.get(LOCAL_URL + "auth/check_jwt", headers=header) print(r.text) r = client.get(LOCAL_URL + "api/v1/production", headers=header) print(r.text) json.dump(r.json(), open("/var/www/html/plugins/script/data/jsonenvoy.txt", "w+")) finally: client.close() j’ai bien le json qui ressort dans la console du deboguage de visual studio voici le retour de la console 2022.14.0\pythonFiles\lib\python\debugpy\adapter/../..\debugpy\launcher' '61381' '--' 'c:\Users\flamalex\Desktop\tokentest.py' 200 200 eyJraWQiOiI3ZDEwMDA1ZC03ODk5LTRkMGQtYmNiNC0yNDRmOThlZGciOiJFUzI1NiJ9.eyJhdWQiOiIxMiaWF0IjoxNjY0NTMyODM4LCJqdGkiOiIwNTVkZGI1OS1lNTkxLTQ4YTYtODcxMC02NGIzNzFkN2EwMmIiLCJ1c2VybmFtZSI6ImZsYW1hbGV4MUBnbWFpbC5jb20ifQ.7Fyq-Bctu2_5Hd_CxcAamBp31N3ImwEqf2fmCBQRDNnPiIxbgpNBdvjp2XqDHHGVZeNBX-vs1SDRydQ 1664776038 <!DOCTYPE html><h2>Valid token.</h2> { "wattHoursToday": 6275, "wattHoursSevenDays": 20939, "wattHoursLifetime": 27614, "wattsNow": 649 } donc ça avance et merci à github, le sujet ci dessous m'a bien orienté https://github.com/dlmcpaul/EnphaseCollector/issues/22 sur jeedom ça donne ça c'est good
  20. Bonjour, je cherche ce qui peut provoquer ce type d’erreur (pour une autre application) pourrais tu expliquer « la correction de ce bug » merci
  21. Le dev du plugin Enphase sur jeedom a les mêmes symptômes v 5 et affiche 7 https://community.jeedom.com/t/passage-v5-a-v7-nok-perte-info/87976/51 ca ne fait pas avancer le schmilblic mais tu n’es pas seul
  22. Nous comprenons que certains utilisateurs veulent que leurs systèmes énergétiques ne soient connectés que localement et qu'ils renoncent à notre processus d'authentification des jetons. Cependant, notre solution d'authentification de jetons est actuellement applicable à tous les envoyés connectés localement, et nous main tenons cette décision qui, selon nous, offre un niveau de sécurité accru pour ces systèmes, où l'accès non autorisé est en grande partie entre les mains du propriétaire du système. Pour être clair, nous ne sommes pas passés à l'authentification basée sur des jetons pour empêcher les utilisateurs d'obtenir leurs propres données ou d'en tirer profit d'une manière ou d'une autre (ce que nous ne faisons pas). Pour clarifier un malentendu concernant cette question, les jetons pour les propriétaires de systèmes sont valables pendant 6 mois et présentent donc des inconvénients et un risque extrêmement faibles qu'un jeton expire pendant une panne prolongée. Si vous recevez un jeton plus court (1 heure ou 12 heures), il est probable que vous vous connectez en tant que "installateur" et que vous devrez utiliser un compte d'éclairage "propriétaire du système" à la place. Le service à la clientèle peut vous aider.
  23. Et pourtant en mars, un internaute partage son expérience « Update - 7.x.x firmware is still a hot mess - most API URLs fail with 504 errors. In desperation I contacted Enphase Support via telephone and requested they downgrade my Envoy to version 5.x.x ... after placing me on hold for a few minutes the operator confirmed she could do this and went ahead and did so. I also requested that i remain on 5.x.x until I specifically requested an upgrade - again she confirmed my Envoy will remain at 5.x.x. My script is now running again perfectly. » https://github.com/vk2him/Enphase-Envoy-mqtt-json/issues/5#issuecomment-1081229342
  24. Réponse, ce jour, enphase Bonjour Alex, Merci d'avoir contacté Enphase Energy. Veuillez nous excuser pour le retard de réponse. Nous rencontrons un nombre élevé de demandes de clients et nous ne sommes donc pas en mesure de vous joindre aussi rapidement que nous le voulions vraiment. J'ai confirmé avec mon équipe de niveau supérieur et vérifié une fois le micrologiciel mis à jour, nous ne pourrons pas rétrograder le micrologiciel. Si vous avez des questions supplémentaires, veuillez nous écrire ou contacter notre support technique au (877) 797-4743.
  25. Il faudrait pouvoir communiquer avec la gateway envoy en local comme avec le firmware 5 mais cette fois en 7. et éviter le Cloud ici une expérience suivi de recherche pour finalement générer de manière auto le fameux jeton (JTW) pour l’authentification avec du code en py. mais ça reste du Cloud (je pense) https://evilzenscientist.com/2022/05/access-to-the-local-enphase-envoy-api-through-code/ Rien à voir, mais, pourquoi sécuriser une gestion PV localement ? enfin, avec ttes mes questions j’ai un peu pollué le sujet !! Il faudra créer un sujet « Envoy-Api » « Envoy-FW » il n’y a pas foule sur le sujet chez jeedom, même si le plugin officiel annonce ne pas fonctionner avec le fw 7, « en attente d’évolution « chez HA, ça bouge doucement mais c’est du Cloud
×
×
  • Créer...