Je pense pas que @saniho remonte l’erreur complète dans les logs…
Pour info j’ai le même écran que toi.
Je viens de refaire une demande de token via l’API de M4dm4rtig4n. A suivre
Hello,
Je viens de refaire la demande de Token (avec de multiples erreurs de la part du serveur, mais bon…), token obtenu, recopié dans NodeRed et hop, ça fonctionne de nouveau. Merci M4dm4rtig4n !
Les consentements fonctionne de manière complètement aléatoires 
Je n’ai malheureusement pas la main sur cette partie, tt ce passer chez Enedis.
Bonjour, depuis ce matin j’avais une erreur « bab gateway » et maintenant un message comme quoi je suis ban :-(. Apparemment trop d’erreur non corrigées mais dans mes logs rien qui cloche ? Un conseil … une piste ? Merci
Il est possible que ce soit un faux positif.
Je suis en train d’essayer de mettre en place une liste de ban car j’ai quelques utilisateurs qui me spam de demande incorrecte tt les 10s…
Merci pour ce retour. Je vais être vigilant !
Bonjour M4dm4rtig4n,
Je suis novice et autodidacte depuis un mois environ. Inscrit sur le forum j’essaye aussi d’aider les autres avec mes faibles connaissances (messages postés pour cozytouch, plugin grafana). J’ai, sauf erreur de ma part, compris récemment que vous étiez en charge de la gateway et je vous en remercie. Hier soir ma carte lovelace Enedis affichait un message d’erreur en rouge de type bad gateway, …et me demandant de changer de token. J’ai donc refait une demande de régénération et ce matin nouveau message sur la carte mais je suis ban 
. J’ai de mémoire demandé au total 3 token, 1 à l’initialisation , un second il y a 15 jours environs quand l’api enedis était en rad pendant environ 72 h et où vous invitiez à changer de token et enfin hier soir.
Loin de moi donc l’idée de spammé qui que soit. Aussi, je vous prie d’excuser mon erreur et vous de mande de bien vouloir me « débannir ». Je prendrais soin à l’avenir d’écrire d’abord sur le forum pour demander la conduite à tenir.
Je vous remercie par avance pour votre compréhension.
cordialement
Bonjour,
Suite à une mise en prod foireuse d’hier, j’ai malencontreusement complètement désynchroniser les refresh_token avec ceux d’Enedis…
L’impact est que si vous avez fait une demande depuis la mise en production (hier soir) et que votre refresh_token était expirer (3h de durée de vie), vous serez obliger de refaire des consentements…
=> https://enedisgateway.tech/
Bref, veuillez m’excuse de la gêne occasionnée
Merci @M4dm4rtig4n pour tout le mal que tu te donnes. Jai refait une demande de consentement et là je suis toujours ban 
. franchement je suis désespéré et je ne sais plus quoi faire.
Il commence à y avoir pas mal d’utilisateurs qui m’oblige à mettre en place certaines évolution si je veut garder un service stable pour tt le monde.
Bonjour,
Pour information, plusieurs utilisateurs rencontrent des problèmes avec la problématique de ban (cf Issues · saniho/apiEnedis · GitHub)
Serait-il possible d’augmenter la limite le temps que la fonctionnalité soit suffisamment robuste ?
Pour ma part (c’était fonctionnel depuis quelques temps je n’ai donc rien changé), mais aujourd’hui il semble que mon HA ait enchainé les 401 puis ban …
Après renouvellement du token, la commande de test indique :
{« usage_point_id »:« xxx »,« error »:« ban »,« description »:« Après un trop grand nombre de demande erroné et non corriger vous avez été banni pour 24h. »,« support »:« Discord consentements ne sont pas valide, merci de les renouveller. »,« user_alert »:true}
Ce que je ne comprends pas, c’est qu’à ma connaissance il n’est pour le moment pas possible de déclencher manuellement un appel via HA. Donc hormis les reboots, je ne vois pas comment un utilisateur HA pourrait être « spammeur » à moins qu’il n’y ait un pb côté integration saniho.
Bref, du coup après renouvellement du token il suffit d’attendre 24h c’est bien ça ?
Merci pour l’aide et les retours rapides en tout cas !
Bonjour à tous,
Peut-être l’un d’entre vous pourra m’aider sur le sujet, j’ai mis en place le flow de M4dm4rtig4n, ça fonctionne bien sauf pour toutes les info en -1, par exemple j’ai pas d’info pour la semaine dernière, mois dernier, année dernière. Pour le reste ça remonte bien dans mqtt et je peux exploiter.
Je n’arrive pas a trouver ce qui ne vas pas…
Pourtant dans Grafana, j’ai des données de l’année dernière donc elles devraient être poussé dans MQTT…
De plus, j’ai l’impression que c’est bloqué dans NR:
personne avec un semblant de piste?
Bonjour,
Si j’importe le flow « node-red.deprecated.flow » qui est disponible sur la page github de @M4dm4rtig4n tout fonctionne bien car je peux faire l’import en faisant un copier/coller.
Après l’avoir configuré, j’obtiens les données d’Enedis.
Par contre si j’essaye d’importer la nouvelle version qui s’importe en utilisant le flow import.json et en suivant les instructions, j’obtiens les messages suivant:
15/04/2021 à 14:30:53 node: get list Flows
msg : string[16]
« JSON parse error »
15/04/2021 à 14:30:53 node: search ID of Flowsfunction : (error)
« TypeError: msg.payload.forEach is not a function »
J’utilise Home Assistant avec Node-Red et InfluxDB installé comme des modules complémentaires.
J’ai fait plusieurs tests différents et j’ai cherché ce que j’avais mal configuré mais je ne trouve pas. 
Est-ce que quelqu’un aurait déjà installé ce flow avec une configuration identique et pourrait me dire s’il faut configurer quelque chose que j’oublierai?
Merci et merci à @M4dm4rtig4n pour partager ses flows!
Bonjour,
Il suffit que je demande de l’aide pour que ça fonctionne!!!
Honnêtement je ne sais pas ce qui empêché l’import.
Je suis reparti de zéro et le flow a été importé.
Désolé pour le message précédent.
Merci
Bonjour,
Le flow fonctionne parfaitement!
J’ai une question un peu plus précise concernant le code du flow.
Il y a 2 valeurs qui sont stockées dans la base: value et value_detail.
value_detail est la valeur fournie par Enedis
value est une valeur calculée à partir de la valeur d’Enedis et dont le résultat est la moitié de la valeur d’Enedis.
value = parseInt(interval_reading[id].value*(mesure_interval/60))
value_detail = parseInt(interval_reading[id].value)
Comme mesure_interval est égale à 30 la valeur initiale est multiplié par 0,5
Est-ce quelqu’un saurait ce que représente cette valeur?
Sinon, @M4dm4rtig4n, peut-être que c’est une valeur que tu as calculé pour des besoins personnels?
Merci
Bonjour,
Je voulais remettre en place mon consentement, après qu’il ait disparu suite aux problèmes de chez Enedis d’il y a quelques semaines, mais j’arrive sur une erreur 404, quand je clique sur le bouton « faire la demande de consentement ». Est-ce un problème Enedis, et la seule chose à faire est d’attendre ?
J’ai testé avec Firefox, puis Edge.
Aussi, je voulais en profiter pour indiquer que « crypter » signifie que c’est irréversible. Or dans la phrase suivante, il est clairement mentionné que c’est réversible. :
Pour information, les 2 jetons (access_token & refresh_token) sont cryptés en base de données avec votre propre clef de décryptage.
En Français, il faut dire « chiffrer » et « déchiffrer ».
Cela vient d’une mauvaise traduction de « encrypt » et « decrypt » en Anglais.
Après avoir réussi à obtenir mon token (l’erreur 404 ayant été réparé), j’ai voulu mettre en place le flow node-red.
J’ai testé sur Node-Red and standalone et dans HA, lors de l’import du flow, en suivant l’installation décrite ici, j’ai cette erreur :
Unexpected token < in JSON at position 0
Comment puis-je corriger ceci ?