Bonjour,
ma carte est bloquée au 15/08 ! j’ai tout rechargé mais rien n’y fait !
dans les attributs de la carte on voit bien yesterday : 15 aout.
Merci pour le taff fait.
Marc
même problème bloqué depuis le 17 aout sur la carte.
Les info tempo ne remonte pas non plus
Bonjour,
Peux tu mettre ton fichier config.yaml s’il te plaît ?
Car j’ai essayé avec la version dev et j’ai des erreurs de fichier alors que je n’ai rien changé
1 « J'aime »
oui, il y a quelques modifications par rapport à la version stable.
backend: # SQLite (sqlite:///data/myelectricaldata.db) ou PostgreSQL (postgresql://USER:PASSWORD@HOSTNAME:PORT/DBNAME)
uri: sqlite:////data/myelectricaldata.db
gateway: # MyElectricalData configuration.
url: myelectricaldata.fr
ssl: true
home_assistant: # Configuration pour le "MQTT Discovery" de Home Assistant.
enable: true
discovery_prefix: homeassistant
home_assistant_ws: # Home Assistant Websocket configuration pour l'importation des données dans l'onglet "Energy".
enable: false
ssl: false
token: ''
url: ws://localhost:8123
purge: false
batch_size: 1000
max_date:
influxdb: # Permet d'exporter vos données vers un serveur InfluxDB et d'exploiter vos données avec Grafana (ou autre).
enable: false
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
scheme: http
hostname: localhost
port: 8086
token: my-token
org: myorg
bucket: mybucket
method: synchronous
timezone: UTC
wipe: false
logging: # Permet de "custom" la gestion des logs de l'application.
log_format: '%(asctime)s.%(msecs)03d - %(levelname)8s : %(message)s'
log_format_date: '%Y-%m-%d %H:%M:%S'
log2file: false
debug: false
log_http: false
mqtt: # Configuration du serveur MQTT (nécéssaire pour Home Assistant).
enable: true
hostname: core-mosquitto
port: 1883
username: myelectricaldata
password: xxxxxxxxxxxxxxx
prefix: myelectricaldata
client_id: myelectricaldata
retain: true
qos: 0
cert: false
myelectricaldata:
'2xxxxxxxxxxxxxxx7':
enable: true
token: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
name: Maison
cache: true
consumption: true
consumption_detail: true
consumption_price_base: '0.1952'
consumption_price_hc: 0.1563
consumption_price_hp: 0.1983
consumption_max_date: '2025-01-05'
consumption_detail_max_date: '2025-01-05'
offpeak_hours_0: 23H02-7H02
offpeak_hours_1: 23H02-7H02
offpeak_hours_2: 23H02-7H02
offpeak_hours_3: 23H02-7H02
offpeak_hours_4: 23H02-7H02
offpeak_hours_5: 23H02-7H02
offpeak_hours_6: 23H02-7H02
plan: HC/HP
consumption_max_power: true
production: false
production_detail: false
production_max_date: ''
production_detail_max_date: ''
production_price: 0.0
refresh_addresse: false
refresh_contract: false
opentelemetry: # Pour les utilisateurs avancées.
enable: false
service_name: myelectricaldata
endpoint: http://localhost:4317
environment: production
extension:
- fastapi
- sqlalchemy
server: # Configuration du serveur web.
cidr: 0.0.0.0
port: 5000
certfile: ''
keyfile: ''
cycle: 21600 #14400
Après, je n’utilise que les données pour la carte Linky et je lance l’addon à 3h et le coupe à 3h10. Je ne me sers pas du menu dans la bar latérale.
Avec la version dev, si je laisse allumer l’addon, je remarque une augmentation du processeur au fur et a mesure sur mon RPI4. Exemple en 24h, de 8% en moyenne, je suis passé à 16% d’utilisation CPU 
Depuis 10j, que je l’utilise, je n’est plus de problème de remonté comme j’avais sur la version stable.
2 « J'aime »
J’ai mis sur le sujet : myelectricdata - vos données linky , l’erreur suivante :
[quote="marc-ha, post:28, topic:59395"]
```
2025-08-19 22:11:01.465 - INFO : [1234(modifié pour hacf)] EXPORTATION DES DONNÉES VERS HOME ASSISTANT (VIA MQTT)
2025-08-19 22:11:01.465 - INFO : ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ◦ ❖ ◦ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
2025-08-19 22:11:01.484 - INFO : Consommation :
[19/Aug/2025:22:11:03 +0200] 200 192.168.1.28, 172.30.32.1(172.30.32.2) GET /import_status HTTP/1.1 (Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:141.0) Gecko/20100101 Firefox/141.0)
[19/Aug/2025:22:11:04 +0200] 200 192.168.1.28, 172.30.32.1(172.30.32.2) GET /import_status HTTP/1.1 (Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:141.0) Gecko/20100101 Firefox/141.0)
Traceback (most recent call last):
File "/app/models/jobs.py", line 433, in export_home_assistant
run(self.usage_point_config, target)
File "/app/models/jobs.py", line 420, in run
HomeAssistant(usage_point_id).export()
File "/app/models/export_home_assistant.py", line 146, in export
self.myelectricaldata_usage_point_id("consumption")
File "/app/models/export_home_assistant.py", line 437, in myelectricaldata_usage_point_id
tempo_data = stats.tempo(i)["value"]
^^^^^^^^^^^^^^
File "/app/models/stat.py", line 220, in tempo
color = self.db.get_tempo_range(begin - timedelta(days=1), end - timedelta(days=1))[0].color
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^
IndexError: list index out of range
2025-08-19 22:11:04.817 - ERROR : Erreur lors de l'exportation des données vers home assistant (via mqtt)
2025-08-19 22:11:04.818 - ERROR : list index out of range
```
[/quote]
consumption n’est pas créé et donc la carte ne peux se mettre à jour.
1 « J'aime »
J’ai la même erreur.
De mon côté j’ai modifié les tarifs tempo/base/hphc et maj HA en 20250801
1 « J'aime »
MAJ en 20250802 et toujours la même erreur
1 « J'aime »
Salut, chez moi en mode ‘TEMPO’, le soucis est avec le 17 Aout qui est manquante avec son couleur dans le table ‘tempo’. Car le code a bien récupère les couleurs pour le 18, 19, 20 et 21 … je ne pense pas qu’il y a une réparation automatique (mais pas sûre non plus @M4dm4rtig4n ?)
Je suis en train de trouver une solution qui marche…je vous tiens au courant
il me manque aussi le tempo du 17
La base , c’est bien celle-la uri: sqlite:////data/myelectricaldata.db ?
tu l’attaques avec quel outil ?
Merci
Je le fait avec: DB Browser for SQLite Version 3.13.99
J’avais aussi changé pour le dev-release 1.0.0-rc.14 en même temps…. et d’autres défis/erreurs donc pour cette version pas de solution facile. Et je ne peux plus tester car dépassé le quota ( max #connections ) 
Pour 0.13.2 sur TEMPO ça semble bon chez moi avec que cette maj dans la bdd
insert into tempo(date,color) values ('2025-08-17 00:00:00.000000' ,'BLUE')
Mieux terminer le processus MED avant l’appliquer et n’oubliez pas d’écrir le changement vers la bdd … dbbrowser ne le fait pas automatiquement.
c’est ok merci pour la manip. c’est exactement cela
pour les autres : share samba sur le repertoire /config/myelectricaldata
et avec db browser on attaque la base cache.db
et la requete :
insert into tempo(date,color) values (‹ 2025-08-17 00:00:00.000000 › ,‹ BLUE ›)
Merci à toi
Même pb chez moi (tempo également).
La solution ci-dessus fonctionne.
1 « J'aime »
Pour ceux qui n’ont pas l’option ou les nerves pour changer leur bdd, je pense que ça va disparaitre après le 24…. aux moins pour les maj de la carte. Je ne suis pas sûre s’il y a d’autre effets sur les calculs des statistiques. Si jamais, l’effet de manquer que une journée est limitée (de mon avis)
1 « J'aime »
Merci beaucoup cela fonctionne
1 « J'aime »