Attention tes template sont en ancien format et un jour proche ça ne fonctionnera plus.
Pourquoi pas? C’est ta bdd 
Sauf si je me trompe, il n’y a que consumption et consumption_detail pour l’instant
Selon ton post ailleur / avant, charger tes données pv, je propose de rester dans la même structure pour être préparé pour la future, donc dans production et/ou production_detail.
Merci. J’ai les deux:
Consumption et production (j’ai deux compteurs linky, un pour la conso, l’autre pour la prod PV)
Mais c’est curieux d’avoir deux tables redondantes:
consumption et consumption_detail
production et production_detail !
On y trouve des données qui pourraient être calculées !
Pour info, il est possible de rentrer des lignes via l’interface graphique
Le format des données est alors un peu spécial:
production_detail,location=intenal-2 time="2010-03-12T10:00",W=0,Wh=0,internal=30.00,kW=0,kWh=0,measure_type="HP",month=03,price=0,usage_point_id="xxxxxxxxxxx.00",year=2010
Mais le format du champ time n’est pas le bon => je vais investiguer pour le trouver !
Ceci dit, si on pouvait utiliser le CLI, ça serait beaucoup plus confortable, car on peut alors utiliser les commandes INSERT INTO
T’as raison avec consumption et production qui ne sont pas nécesaire. Je pense l’histoire est avec les données offerts par enedis, quand on a pas choisi de partager les détails…c’est que ‹ consumptions ›
Trouvé !
Voici la syntaxe d’ajout d’un élément dans la base de production:
production_detail,W=0 W=0,Wh=0,internal=30.00,kW=0,kWh=0,measure_type="HP",month=03,price=0,usage_point_id="xxxxxxxxxxxx.00",year=2010 1268384400
- La valeur 1268384400 est le timestamp de la date 2010-03-12 10:00:00
- Le W=0 est dupliqué car la syntaxe impose un tag avant de saisir les données
- Attention: bien préciser la précision en s
W est la production du créneau de 30mn
Wh = W/2
kW=W/1000
kWh=W/2000
Ceci dit, les valeurs retournées par myelectricaldata concernant la production sont aberrantes …
Production non nulle à minuit !!!
=> Après vérif, ce sont des données de consommation
EDIT: les données de prod ne remontent pas sous MED.
C’est pourtant le même token.
1 « J'aime »
T’es sûre que MED te donne ces données…moi je ne le voix pas dans les scripts
Non, pas sur, mais c’est prévu
dans l’interface graphique
dans le config.yaml
Je sais ces vues mais export_influx.py n’a que ‹ consumption ›
EDIT, si tu sais comment changer ce script, tu peux le faire toi-même ou je vais te donner quelques…je n’ais pas des données de production donc je ne peux pas tester
je vais le regarder.
Tu peux me dire où il est (je le trouve pas) => trouvé
Vive find
Mieux tu fait une volume avec ‹ app › et tu place les scripts dedans (du zip d’ici) Releases · m4dm4rtig4n/myelectricaldata (github.com)
J’ai regardé le code.
Il prends en compte consumption et production:
Dans export_influx.py, où tu trouves
def daily(self, price, measurement_direction=« consumption »):
l’égalité est la valeur par défaut.
Mais comme l’appel de cette fonction dans jobs.py se fait avecles quatre possibilités, c’est bon:
self.usage_point_config,« consumption »
self.usage_point_config,« production »
self.usage_point_config,« consumption_detail »
self.usage_point_config,« consumption_detail »
Bref, le problème n’est pas là
Ah…oui…trouvé dans jobs.py…
EDIT, et avec des données inventé…je voix que l’export est de ‹ consumption ›…pas de ‹ production ›
EDIT: j’ai trouvé l’erreur, c’est une inconsitence dans measurement_direction qui n’est pas tenu dans jobs > export_influx > database.
J’ai crée un issue dans github
Salut,
J’ai enfin réussi à avoir mon consentement.
Malheureusement j’ai encore une erreur au lancement
PDL must be 14 characters (pdl => 3)
et mon docker se relance indéfiniment.
J’ai testé les images 0.8.13 et 0.8.14-beta3 avec la même erreur (toujours un porblème avec le PDL).
J’ai testé avec les commandes curl et cela fonctionne.
J’ai vu dans les posts et sur github que je ne suis pas le seul mais les solutions proposées ne fonctionnent pas pour moi. J’ai essayé sans et avec quote mais rien n’y fait.
Je pense que j’ai une erreur dans mon config.yaml mais je n’arrive pas à la voir. J’ai vérifié j’ai bien 14 caractères dans mon PDL.
Le voici pour que vous puissiez m’aider:
cycle: 14400 # 4H
debug: true
wipe_influxdb: false
home_assistant:
enable: true
discovery: true
discovery_prefix: homeassistant
influxdb:
enable: false
hostname: influxdb
port: 8086
token: myelectricaldata
org: myelectricaldata
bucket: myelectricaldata
method: synchronous # Mode disponible : synchronous / asynchronous / batching
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: mosquitto
port: 1883
username: null
password: null
prefix: myelectricaldata
client_id: myelectricaldata
retain: true
qos: 0
myelectricaldata:
"1616xxxxxxxxxx":
activation_date_daily: ""
activation_date_detail: ""
enable: 'true'
token: zbxr2awCyLEF6ntXkeWrSa_KNRRyfJ3dcxxxxxxxxxx=
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"
plan: base
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'
Merci de votre aide
curieux.
j’ai a peu près le même config.
Tu n’aurais pas un o ou O au lieu d’un 0 dans ton PDL ?
Sinon je n’ai pas
activation_date_daily: « »
activation_date_detail: « »
Hello
Non cela est deja arrive , mais faut retrouve les sujets !! 
Cela a pas d’importance que tu as des dates ou pas .
Pour revenir au souci de @android_senufo ; il peut que suivant ton éditeur de fichier , cela rajoute un caractere « invisible » . y compris avec avec file editor de HA, j’ai eu le tour sur le systeme d’un membre lorsque que je suis intervenu dessus…
pour résoudre son souci deux solutions
Modifié ton fichier avec notepad++ , ou prendre une copie qui est posté precedement et le modifié avec tes info.
Ah oui, le caractère invisble, genre ctrl+espace , le truc qui vient parfois avec un copier-coller (souvent en provenance de pdf, j’ai remarqué)
=> supprimer la ligne et la retaper manuellement
Sinon, pour mon problème de remontée d’info, c’était probablement un pb enedis
Mais, influxdb ne remonte pas les info.
Je vais supprimer la base et la recréer (et supprimer le cache)
Merci de vos suggestions malheureusement j’ai toujours mon problème.
Je suis sous Linux j’ai essayé en partant du fichier exemple de github ou en copiant celui de fana13 avec vscode ou vim mais rien n’y change.
J’ai même regardé avec un éditeur hexa mon fichier pour vérifier que je n’ai pas de caractère caché mais ce n’est pas le cas. Mes lignes se terminent toutes avec « 0d0a ».
Je sèche !
Je suis un boulet !!!
Mon problème venait du fait que je ne copiais pas mon config.yaml dans le dossier data je le laissais à la racine !!!
Une fois copié au bon endroit cela fonctionne beaucoup mieux.
Enfin j’espère, qu’au moins, ces échanges pourront servir aux autres boulets
2 « J'aime »
Solidarité des boulets
Bon, moi, tout fonctionne … sauf que maintenant, dans influxdb, je n’ai plus production, juste production_detail, avec uniquement une semaine de données !!!
Alors que j’ai 3 ans de données dans MED !
Va comprendre !