Remontée données prise renforcée Schneider Mureva Evlink

Bonjour,

Je viens d’installer une prise renforcée Schneider Mureva EVlink avec du Zigbee. Elle est bien détectée par Z2M (état, puissance, tension, intensité, énergie), mais les valeurs de puissance, intensité et énergie sont complètement à côté de la plaque. J’ai l’impression que les unités ne sont pas les bonnes (par exemple, au repos, la prise affiche 40 Ampères et monte à 8000 quand la voiture charge… je suppose que ce sont des mA :sweat_smile:). Pareil pour l’énergie, depuis hier, j’aurais consommé 21 millions de kWh… pas mal, non ? :laughing:

Du coup, vous savez comment corriger ces unités ?

Et petite question bonus : comment afficher la conso quotidienne sur ma carte énergie ?

Merci d’avance pour votre aide ! :blush:

Ma configuration

version core-2025.2.4
installation_type Home Assistant OS
dev false
hassio true
docker true
user root
virtualenv false
python_version 3.13.1
os_name Linux
os_version 6.6.62-haos-raspi
arch aarch64
timezone Europe/Paris
config_dir /config
Home Assistant Community Store
GitHub API ok
GitHub Content ok
GitHub Web ok
HACS Data ok
GitHub API Calls Remaining 5000
Installed Version 2.0.5
Stage running
Available Repositories 1625
Downloaded Repositories 24
Home Assistant Cloud
logged_in false
can_reach_cert_server ok
can_reach_cloud_auth ok
can_reach_cloud ok
Home Assistant Supervisor
host_os Home Assistant OS 14.2
update_channel stable
supervisor_version supervisor-2025.02.4
agent_version 1.6.0
docker_version 27.2.0
disk_total 13.9 GB
disk_used 11.8 GB
healthy true
supported true
host_connectivity true
supervisor_connectivity true
ntp_synchronized true
virtualization
board rpi4-64
supervisor_api ok
version_api ok
installed_addons Terminal & SSH (9.16.0), Mosquitto broker (6.5.0), Ring-MQTT with Video Streaming (5.8.0), Studio Code Server (5.18.3), Node-RED (19.0.2), Matter Server (7.0.0), RPC Shutdown (2.5), File editor (5.8.0), Cloudflared (5.2.9), Plex Media Server (3.6.3), Linky (1.5.0), Samba Backup (5.2.0), Zigbee2MQTT (2.1.1-1), Spotify Connect (0.14.0)
Dashboards
dashboards 3
resources 13
views 17
mode storage
Network Configuration
adapters lo (disabled), end0 (enabled, default, auto), hassio (disabled), docker0 (disabled), veth23f2755 (disabled), vetha9f1e26 (disabled), veth5f8d295 (disabled), veth1ca5ec9 (disabled), vethfaf434b (disabled), vethf1b78c0 (disabled), veth544940a (disabled), veth59e45a1 (disabled), veth193ff09 (disabled), veth207ca88 (disabled), vethad6a468 (disabled), vethf86de56 (disabled), veth06207f8 (disabled), veth97acc26 (disabled), vethf14aaf0 (disabled)
ipv4_addresses lo (127.0.0.1/8), end0 (192.168.18.200/24), hassio (172.30.32.1/23), docker0 (172.30.232.1/23), veth23f2755 (), vetha9f1e26 (), veth5f8d295 (), veth1ca5ec9 (), vethfaf434b (), vethf1b78c0 (), veth544940a (), veth59e45a1 (), veth193ff09 (), veth207ca88 (), vethad6a468 (), vethf86de56 (), veth06207f8 (), veth97acc26 (), vethf14aaf0 ()
ipv6_addresses lo (::1/128), end0 (fe80::12a3:6a28:e8b0:7d3/64), hassio (fe80::42:1cff:fe73:e05e/64), docker0 (fe80::42:5ff:fe2d:f4a7/64), veth23f2755 (fe80::ccdf:5cff:febc:75a2/64), vetha9f1e26 (fe80::f80d:3fff:fe06:9e95/64), veth5f8d295 (fe80::e04b:dbff:fe43:3595/64), veth1ca5ec9 (fe80::9458:d4ff:fe3b:f36/64), vethfaf434b (fe80::4c77:c7ff:fe79:43fc/64), vethf1b78c0 (fe80::2477:ddff:fef2:3f16/64), veth544940a (fe80::f8c5:d9ff:fe73:2a72/64), veth59e45a1 (fe80::80c4:beff:feee:76d9/64), veth193ff09 (fe80::d0ef:8bff:fec7:4f50/64), veth207ca88 (fe80::64cb:10ff:fece:d1f9/64), vethad6a468 (fe80::cc58:1eff:fe28:d280/64), vethf86de56 (fe80::c009:50ff:febd:521f/64), veth06207f8 (fe80::188e:efff:fef2:ac61/64), veth97acc26 (fe80::501a:a0ff:feb7:5e8f/64), vethf14aaf0 (fe80::e819:94ff:fee9:1ce8/64)
announce_addresses 192.168.18.200, fe80::12a3:6a28:e8b0:7d3
Recorder
oldest_recorder_run 17 février 2025 à 08:03
current_recorder_run 3 mars 2025 à 11:02
estimated_db_size 314.62 MiB
database_engine sqlite
database_version 3.47.1
Spotify
api_endpoint_reachable ok
Xiaomi Miot Auto
component_version 1.0.9
can_reach_server ok
can_reach_spec ok
logged_accounts 0
total_devices 0
___

Bonjour,
Dans zigbee2mqtt tu peux géré l’unité des mesures

Il y a cette discussion sur le github avec une solution

Merci pour ta réponse, mais je galère toujours.
J’ai beau changer les unités en ajoutant des diviseurs (X0.001 en YAML ou dans l’éditeur visuel), les valeurs restent les mêmes.
Par contre, quand je multiplie (X10 par exemple), là, ça change bien, je suis un peu perdu.
Le lien GitHub que tu m’as envoyé semble concerner Jeedom, et j’ai du mal à adapter ça pour HA.

Tu peux essayer dans mqtt en allant sur l’appareil et les valeurs que tu veux modifier puis la roue crantée et choisir l’unité


J’ai déja testé ça, ça déplace effectivement la virgule mais ça modifie l’unité donc sur la carte energie je me retrouve toujours avec mes 2 millons de kWh

Il faut peux être attendre 1h ou 2h le temps que ça remonte bien.

Coucou. Quelles sont les nouvelles ? As tu trouvé une solution ? Je regarde également pour m’équiper d’une prise renforcée, et la prise evlink mureva est intéressante en comparaison de la green up de legrand. Merci d’avance !

Bonjour,
Pour ceux qui ont des problèmes pour appairer la prise sous Zigbee2MQTT
Appairage Schneider Mureva EVlink

Bonjour,
J’avais le même problème que vous, une valeur délirante retournée dans home assistant concernant la consommation de la prise.
Modifier les unités dans HA ne changeant rien.
Les informations données sur le github n’ont pas marchées mais par contre m’ont mis sur la bonne piste.
La situation c’est débloquée après avoir lu la valeur de l’attribut divisor du seMetering dans la console de développement dans Zigbee2MQTT (cette valeur vaut 1000000)


Maintenant je ne consomme plus des millions de kWh pour recharger ma voiture :sweat_smile:
La valeur envoyée à HA est maintenant divisée par 1000000 automatiquement
PS: Il vaut attendre quelques minutes avant de voir remonter les bonnes valeurs

Bonjour jlm,

J’essaie de faire comme toi mais malheureusement quand je clique sur read je ne vois rien et quand j’essaie de réécrire la valeur, Z2M me remonte qu’elle est en READ_ONLY. Tu as touché à quelque chose avant ? J’ai lu aussi qu’on peut modifier la valeur de l’attribute acCurrentDivisor (cluster haElectricalMeasurement) mais j’ai également un retour de READ_ONLY…

Bonjour,
L’attribut divisor est bien en lecture seul
Lors de la lecture de la valeur z2m doit retourner la valeur


Il ne faut pas oublier de cocher la case seMetering dans l’onglet liaisons

Bonjour, J’ai le même problème, je lis 1000000 mais que faire pour corriger le problème?

Bonjour,
je suis confronté à un problème similaire (mes valeurs de puissance et d’amperage sont multipliées par 1000 alors que le voltage lui est bon) mais je n’arrive meme pas à lire la valeur de 10000 dans la console de dev…
Si une âme charitable repasse par ici, merci par avance;)

Je pense que le plus simple serait de créer un nouveau sensor template (par l’UI) qui prendra la valeur : valeur_remontée_par_la_prise / 1000000.
Ca ne prend qu’une minute, et ce nouveau sensor sera correct et pourra être utilisé dans les tableaux de bord et autres automations.

Merci beaucoup!!! j’en ai créé un via le configuration.yaml et cela fonctionne nickel!!!
je ne savait pas que l’on pouvait le faire avec l’UI je vais tester ça…
Encore merci pour ton retour!!!

Oui, l’UI est maintenant assez pratique et évite les problèmes de syntaxe.
Par ailleurs, dans le type de problème que tu rencontres, il est souvent plus simple de créer un nouveau sensor que d’essayer de corriger un problème à la source.
C’est aussi plus simple, et dans le futur, si jamais il y a une correction sur le firmware du device qui modifie le multiplyer, il te suffira de modifier le calcul du template.

Ben je me sent tout couillon d’un coup parce via le fichier de conf ça ma semblé relativement simple, autant via l’UI je nage… c’est bien un truc comme ça?:

Oui, c’est bien ça.
Il suffit de renseigner les champs.
Modèle de l’état est la formule que tu as mise dans ton yaml (qq chose comme states(‹ sensor.xxxx ›)|float(0) / 1000000).
Ensuite le reste sont des drop down pour l’unité, etc.

Merci beaucoup pour tes explications!!!
C’est bien plus clair maintenant, il ne me reste plus qu’à trouver d’autres possibilités d’applications!!!

1 « J'aime »