Je rencontre une nouvelle erreur, tout tourne sauf çà. J’imagine que ca veut surement dire de récup un nouveau token?
2022-12-05 15:46:53.822 - ERROR : Echec de la récupération des données.
2022-12-05 15:46:53.822 - ERROR : => The requested period cannot be anterior to the meter's last activation date
2022-12-05 15:46:53.823 - ERROR : => 2022-08-14 -> 2022-08-21
Hello
@data-source
ca arrive , cela viens de endis
certainement un bug de chez eux, moi aussi cela me le fait
Tu n’aurai pas set les consumption_max_date, consumption_detail_max_date ?
SI tu as cette erreur c’est que tu essaie de récupérer des informations inférieur à la date d’activation de ton point de livraison.
Par défaut, si les 2 valeurs dans consumption_max_date, consumption_detail_max_date ne sont pas renseigné je reprend la valeur envoyé par Enedis qui s’appel « last_activation_date ».
Je propose la surcharge de cette date car Enedis ne renvoie pas toujours la bonne « last_activation_date »
Je ne les ai pas dans le fichier de conf…
Bonjour,
Impossible de redémarrer l’addon depuis le changement de version.
J’ai pas mal bidouillé et testé des configs en tout genre, essayé de réduire au max la config (quitte a la détailler ensuite).
J’en suis là Et là franchement, je ne comprends plus trop…Hep pleaz 
cycle: 14400
debug: false
home_assistant:
card_myenedis: true
discovery_prefix: homeassistant
enable: true
influxdb:
enable: false
hostname: a0d7b954-influxdb
port: 8086
token: hassioDB:DBhassio
org: "-"
bucket: "myelectricaldata"
mqtt:
client_id: myelectricaldata
enable: true
hostname: core-mosquitto
password: adm-mqtt
port: 1883
prefix: myelectricaldata
qos: 0
retain: true
username: mqtt-adm
myelectricaldata:
"19xxxxxxxxxx91":
enable: 'true'
token: ch6XhxxxxxxxxxxxxxxxxVwYOiYS1Y=
name: "Maison"
addresses: 'true'
cache: 'true'
consumption: 'true'
consumption_detail: 'true'
consumption_price_base: '0.145907'
consumption_price_hc: '0.124364'
consumption_price_hp: '0.164915'
consumption_max_date: "2021-06-01"
consumption_detail_max_date: "2021-06-01"
offpeak_hours_0: 22H00-6H00 # LUNDI
offpeak_hours_1: 22H00-6H00 # MARDI
offpeak_hours_2: 22H00-6H00 # MERCREDI
offpeak_hours_3: 22H00-6H00 # JEUDI
offpeak_hours_4: 22H00-6H00 # VENDREDI
offpeak_hours_5: 22H00-6H00;12H00-14H00 # SAMEDI
offpeak_hours_6: 22H00-6H00;12H00-14H00 # DIMANCHE
plan: HC/HP
production: 'false'
production_detail: 'false'
production_price: '0.0'
production_max_date: "2021-06-01"
production_detail_max_date: "2021-06-01"
refresh_addresse: 'false'
refresh_contract: 'false'
2022-12-07 08:55:35.403 - INFO : Check config.yaml :
2022-12-07 08:55:35.403 - CRITICAL : Some mandatory parameters are missing:
2022-12-07 08:55:35.404 - CRITICAL : - myelectricaldata
2022-12-07 08:55:35.404 - CRITICAL :
2022-12-07 08:55:35.404 - CRITICAL : You can get list of parameters here :
2022-12-07 08:55:35.404 - CRITICAL : => https://github.com/m4dm4rtig4n/enedisgateway2mqtt#configuration-file
Pourtant, pour ce dernier essai j’ai vraiment copié collé le config file…
Une bonne désinstallation et réinstallation a résolu tous mes problèmes
Je reviens avec mon sujet car pas solutionné aujourd’hui.
Comment doit on adapter pour récupérer comme avant les données dans la card Sanilho ? Car j’ai des données ça donne toujours la même chose et c’est n’importe quoi…
Je vais voir sur le github de Sanilho. Sinon, comment ceux qui l’utilise comptent faire ? Je me sers surtout de la consommation de la veille. Il y a moyen de la récupérer facilement ?
là la seule chose est d’etre patient …
Toute le monde est dans le même cas .
pour l’instant seule le sensor myelectradata remonte
as tu une clé linky sur ton compteur de connecté ??
Pour information j’ai mit en place un F.A.Q sur le début pour la migration :
ATTENTION, suite à un changement majeur dans le cache, sur la 0.8.8 il sera malheuresement nécéssaire de wipe du cache (supprimer le cache.db).
Si vous désirez remonter l’historique de celui-ci dans le nouveau cache tt est expliqué dans le FAQ.
Cette version est encore en dev mais sortira prochainement.
Pour me faire pardonner j’ai monter le quota à 500 au lieu de 150 
Si le cache est activé sur le point de livraison bien sûr.
non malheureusement…
Avec tout le boulot que tu fais , tu es déja pardonné 
C’est vraiment top comme affichage, j’utilise Lixee et ne peut pas l’importer directement, mais ça donne envie et plein d’idées. Effectivement, je me pose la question de savoir si le tarif HP/HC est intéressant, il faut que je modélise ça !
Hello
@FillR2
juste pour info , j’avais un jour/nuit donc HP/HC seulement pour un ballon ECS .
J’ai changé par un abo BASE , j’y gagne
Car via la domo , chauffage regulé ( 6 radiateurs) zwave fil pilote .
et le ballon controlé par zwave , donc je gere sa mise en marche seulement quand j’ai besoin
exemple le dimanche il est programme pour 8h de chauffe et le reste de la semaine eteint
il m’arrive de l’allumé 4 heure le mercredi sans plus.
Soit une moyenne de 12h semaine
Si je resume pour ce qui etais de la conso a l’année
En 2019 / 2020 = + 6000kwh /an
2021 = +/- 5000kwh /an
2022 = +/- 4300kwh /an , pour il reste en 23 jours avant la fin
Perso j’ai basculer en Tempo (aillant un 2sde mode de chauffage) et pour l’instant d’après mes calculs le gain est assez énorme par rapport au tarif BASE & HC/HP…
Je pense bientôt intégré Tempo sur myelectricaldata afin de connaitre lequel des forfaits est le plus rentable en fonction de nos habitudes de consommation.
La 0.8.8 est disponible.
ATTENTION, un wipe du cache.db est nécéssaire.
Si vous ne voulez pas perdre vos données lors de la migration :
En essayant d’intégrée Tempo dans MyElectricalData, je me suis enregistré auprès des API RTE et lors de la ma prochaine MEP, il sera possible de récupérer tes les informations liée à Tempo et Ecowatt via la passerelle
Tempo :
Ecowatt :
Pour ceux qui sont en 0.8.8 dev il y a un paramétrage à faire ? Je n’ai pas de fichier cache.db perso
Hello, Je viens de migrer sur MyElectricalData, et je rencontre 2 soucis (qui n’en sont peut-être pas…).
La migration ne s’est pas bien passé, le module redémarrait en boucle. Pas de soucis j’ai donc décidé de supprimer le module, renommer ma db, et réinstaller MyElectricalData.
->(1er soucis)Lors du premier démarrage, le module plantait car il voulait absolument le champs influxdb dans la conf. → Pas de soucis je l’ai intégré en mode enabled: false. (je n’ai pas d’influxdb)
->Lors du démarrage fonctionnel, j’ai arrêté le module, puis remis l’ancienne db qui semble avoir été migrée avec succès selon les logs du module.
Maintenant que le module est fonctionnel, je ne vois qu’un seul capteur remonter (2ème soucis) : myelectricaldata_PDL
Auparavant j’avais plusieurs capteurs qui remontaient (Annuel, mois, etc…). j’utilisais ensuite le capteur sous le dashboard energy.
Une idée sur le manque de capteur ?
Ci-dessous le yaml :
cycle: 3600 # 1H
debug: true
wipe_influxdb: false
home_assistant:
enable: true
card_myenedis: true
discovery: true
discovery_prefix: homeassistant
influxdb:
enable: false
hostname: influxdb
port: 8086
token: myelectricaldata
org: myelectricaldata
bucket: myelectricaldata
batching_options:
batch_size: 1000
flush_interval: 1000
jitter_interval: 0
retry_interval: 5000
max_retry_time: 180_000
max_retries: 5
max_retry_delay: 125_000
exponential_base: 2
mqtt:
enable: true
hostname: core-mosquitto
port: 1883
username: xx
password: xx
prefix: myelectricaldata
client_id: myelectricaldata
retain: true
qos: 0
myelectricaldata:
"xx":
enable: 'true'
token: xx
name: "Maison"
cache: 'true'
consumption: 'true'
consumption_detail: 'true'
consumption_price_base: '0.174'
consumption_price_hc: '0.174'
consumption_price_hp: '0.174'
consumption_max_date: "2022-06-01"
consumption_detail_max_date: "2022-06-01"
offpeak_hours_0: ''
offpeak_hours_1: ''
offpeak_hours_2: ''
offpeak_hours_3: ''
offpeak_hours_4: ''
offpeak_hours_5: ''
offpeak_hours_6: ''
plan: BASE
production: 'false'
production_detail: 'false'
production_price: '0.10'
production_max_date: "2022-06-01"
production_detail_max_date: "2022-06-01"
refresh_addresse: 'false'
refresh_contract: 'false'
Merci d’avance