Compteur d'eau - Télérelève en 169MHz

Mon problème

Bonjour à tous,
Il ne s’agit pas réellement d’un problème, mais je suis allé voir mon compteur d’eau (chose que je n’ai jamais faite en 6 ans…), et je découvre qu’il y a un moyen de télérelève déjà dessus. Il s’agit d’un module « DIEHL METERING », et la fréquence indiquée dessus est 169MHz (VHF).

J’ai trouvé des infos pour intégrer les boitier en télérelève à 868MHz apr exemple, mais je ne trouve rien pour celui-ci. De plus, comme le boitier recouvre une bonne partie du compteur, je ne peux pas y placer un module supplémentaire DIY pour avoir mes infos par ailleurs. La seule solution pour moi à ce jour pour relevé ma consommation instantanée serait d’installer un 2ème compteur, mais si je peux éviter cette modification lourde ça m’arrangerait…
L’un d’entre vous a t’il déjà été confronté au même soucis ?

Merci d’avance

Ma configuration


System Information

version core-2023.10.5
installation_type Home Assistant OS
dev false
hassio true
docker true
user root
virtualenv false
python_version 3.11.5
os_name Linux
os_version 6.1.21-v8
arch aarch64
timezone Europe/Paris
config_dir /config
Home Assistant Community Store
GitHub API ok
GitHub Content ok
GitHub Web ok
GitHub API Calls Remaining 5000
Installed Version 1.33.0
Stage running
Available Repositories 1322
Downloaded Repositories 4
HACS Data ok
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 11.1
update_channel stable
supervisor_version supervisor-2023.10.1
agent_version 1.6.0
docker_version 24.0.6
disk_total 28.6 GB
disk_used 4.6 GB
healthy true
supported true
board rpi4-64
supervisor_api ok
version_api ok
installed_addons Terminal & SSH (9.7.1), WireGuard (0.9.0), File editor (5.6.0), Spotify Connect (0.12.6), Home Panel (2.7.0), MQTT IO (0.3.0), Syncthing (1.17.0)
Dashboards
dashboards 1
resources 1
views 2
mode storage
Recorder
oldest_recorder_run 21 octobre 2023 à 13:54
current_recorder_run 28 octobre 2023 à 15:49
estimated_db_size 18.80 MiB
database_engine sqlite
database_version 3.41.2
___

ça fonctionne chez d’autres en 868 ou 433MHZ, moi je tenterai quand même, le protocole est probablement le même

Merci pour ces informations. J’y étais en effet déjà tombé dessus.

Juste après avoir posté mon message, je suis tombé sur une vidéo, puis en tirant le fil sur un projet permettant de lire les informations. Les liens ci-dessous :

La vidéo : https://www.youtube.com/watch?v=m5R6sfsGmvE

Le projet WMBusmeters : https://github.com/wmbusmeters/wmbusmeters

Je vais creuser dans ce sens.

Merci encore

Attention, il y a deux types de compteur d’eau communiquants.

Il y a ceux qui envoient tous les jours des infos au serveur du syndicat des eaux et il y a ceux qui réagissent au passage du camion (1 fois par trimestre ou semestre).

A ce stade, je n’ai pas encore réellement croisé de système qui arrive à récupérer ce flux radio, mais peut etre que cela existe.

OK, ce qui veut dire que je n’aurai pas ma consommation instantanée avec ce système installé. Dommage !

Y’a bien plus simple, un mini-turbine à l’entrée de ton réseau d’eau, un ESP et le tour est joué.

Tu me conseillerais quel débitmètre ? J’en ai vi à effet hall, mais les commentaires m’ont refroidi

J’avais fait un tuto sur mon blog, ça tourne impec depuis l’installation.
C’est réalisé avec Esp Easy, maintenant je ferai plutôt avec ESP Home mais ça marche très bien et ne consomme rien.

https://www.sigalou-domotique.fr/domotiser-sa-consommation-deau

N’hésite pas pour toute question
a+

Je suis équipé d’un IZAR RC 868 i G4 qui émet régulièrement :

avec wbusmeter j’obtiens ce genre de résultat :

(serial) received ascii "T1;1;1;2023-05-22 16:45:27.000;14;14;13506962;0x1e44a511626950137b077acd001005bd6e121d34c0807f460a096f6f6e5e29<0A>"
(rtlwmbus) checkRTLWMBusFrame "T1;1;1;2023-05-22 16:45:27.000;14;14;13506962;0x1e44a511626950137b077acd001005bd6e121d34c0807f460a096f6f6e5e29<0A>"
(rtlwmbus) received full frame
(meter) no meter handled  checking 1 templates.
(wmbus) parseDLL @0 31
(wmbus) parseELL @10 21
(wmbus) parseNWL @10 21
(wmbus) parseAFL @10 21
(wmbus) parseTPL @10 21
(meter) Compteur_eau: for me? 13506962 in 13506962
(meter) Compteur_eau: yes for me
(meter) created Compteur_eau dme_07 13506962 not-encrypted
(meter) used meter template Compteur_eau 13506962 dme_07 to match 13506962
(meter) started meter 1 (Compteur_eau 13506962 dme_07)
(wmbus) parseDLL @0 31
(wmbus) parseELL @10 21
(wmbus) parseNWL @10 21
(wmbus) parseAFL @10 21
(wmbus) parseTPL @10 21
(meter) Compteur_eau: for me? 13506962 in 13506962
(meter) Compteur_eau: yes for me
(meter) Compteur_eau(1) dme_07  handling telegram from 13506962
(meter) Compteur_eau 13506962 "1E44A511626950137B077ACD001005BD6E121D34C0807F460A096F6F6E5E29"
(wmbus) parseDLL @0 31
(telegram) DLL L=1e C=44 (from meter SND_NR) M=11a5 (DME) A=13506962 VER=7b TYPE=07 (Water meter) (driver dme_07) DEV=rtlwmbus[00000001] RSSI=14
(wmbus) parseELL @10 21
(wmbus) parseNWL @10 21
(wmbus) parseAFL @10 21
(wmbus) parseTPL @10 21
(mfct) added default key
(TPL) num encrypted blocks 1 (16 bytes and remaining unencrypted 0 bytes)
(TPL) AES CBC IV decrypting "BD6E121D34C0807F460A096F6F6E5E29"
(TPL) IV A511626950137B07CDCDCDCDCDCDCDCD
(TPL) decrypted  "2F2F04137F09010002FD1700002F2F2F"
(dvparser) found new format "041302FD17" with hash f216, remembering!
(telegram) TPL CI=7a ACC=cd STS=00 CFG=0510 (AES_CBC_IV nb=1 cntn=0 ra=0 hc=0)
telegram=|1E44A511626950137B077ACD0010052F2F_04137F09010002FD1700002F2F2F|+7
(meters) trying field info status(Text)[0]...
(meters) using field info status(Text)[0] to extract 02FD17 at offset 26
(meters) trying field info total(Volume)[1]...
(meters) using field info total(Volume)[1] to extract 0413 at offset 19
(meter) Volume total_m3 decoded m3 default m3 value 67.967
(dme_07) 000   : 1e length (30 bytes)
(dme_07) 001   : 44 dll-c (from meter SND_NR)
(dme_07) 002   : a511 dll-mfct (DME)
(dme_07) 004   : 62695013 dll-id (13506962)
(dme_07) 008   : 7b dll-version
(dme_07) 009   : 07 dll-type (Water meter)
(dme_07) 010   : 7a tpl-ci-field (EN 13757-3 Application Layer (short tplh))
(dme_07) 011   : cd tpl-acc-field
(dme_07) 012   : 00 tpl-sts-field (OK)
(dme_07) 013   : 1005 tpl-cfg 0510 (AES_CBC_IV nb=1 cntn=0 ra=0 hc=0 )
(dme_07) 015   : 2f2f decrypt check bytes (OK)
(dme_07) 017   : 04 dif (32 Bit Integer/Binary Instantaneous value)
(dme_07) 018   : 13 vif (Volume l)
(dme_07) 019 C!: 7F090100 ("total_m3":67.967)
(dme_07) 023   : 02 dif (16 Bit Integer/Binary Instantaneous value)
(dme_07) 024   : FD vif (Second extension FD of VIF-codes)
(dme_07) 025   : 17 vife (Error flags (binary))
(dme_07) 026 C!: 0000 ("status":"OK")
(dme_07) 028   : 2F skip
(dme_07) 029   : 2F skip
(dme_07) 030   : 2F skip
(meters) render field status(Text txt)[0] with dventry @26 key 02FD17 data 0000
(meters)             "status":"OK"
(meters) render field total(Volume m3)[1] with dventry @19 key 0413 data 7F090100
(meters)             "total_m3":67.967
(shell) exec "/bin/sh"
(shell) arg "-c"
(shell) arg "/usr/bin/mosquitto_pub -h localhost -t "wmbusmeters/13809620" -m "$METER_JSON""
(shell) env "METER_JSON={"media":"water","meter":"dme_07","name":"Compteur_eau","id":"13506962","status":"OK","total_m3":67.967,"timestamp":"2023-05-22T16:45:27Z","device":"rtlwmbus[00000001]","rssi_dbm":14}"
(shell) env "METER_ID=13506962"
(shell) env "METER_NAME=Compteur_eau"
(shell) env "METER_MEDIA=water"
(shell) env "METER_TYPE=dme_07"
(shell) env "METER_TIMESTAMP=2023-05-22T16:45:27Z"
(shell) env "METER_TIMESTAMP_UTC=2023-05-22T16:45:27Z"
(shell) env "METER_TIMESTAMP_UT=1684773927"
(shell) env "METER_TIMESTAMP_LT=2023-05-22 18:45.27"
(shell) env "METER_DEVICE=rtlwmbus[00000001]"
(shell) env "METER_RSSI_DBM=14"
(shell) env "METER_STATUS=OK"
(shell) env "METER_TOTAL_M3=67.967"
(shell) waiting for child 31 to complete.
(shell) /bin/sh: return code 1
(shell) /bin/sh exited with non-zero return code: 1

Merci mais je ne peux pas installer ça, mon compteur est déjà équipé de l’appareil cité dans mon 1er message

Qu’elle est la référence exact du compteur ?
Une photo peut être ?

Je mets les photos ci-dessous. Le compteur émet en VHF 169MHz

Le compteur et l’élément de télémesure sont de la marque DIEHL Metering.
Le compteur est un modèle ALTAIR
L’élément de télémesure a le P/N 3065469, en V1.1. Il émet en VHF à 169MHz. Il existe le même en 868MHz ou en 434MHz

Quelques liens :

https://www.wize-alliance.com/content/download/902/3540?version=3 ----- > voir page 5

C’est tres intéressant perso j’ai un itron cyble 868 mais je n’ai rien trouvé la dessus si tu as des infos je suis preneur :grin:.

Tu es d’une sacrée efficacité !! :grinning:

1 « J'aime »

Merci a toi
Je vais regarder ca :rofl::rofl::rofl:

mon compteur est en 868MHz. J’essaye de capter les signaux dans la bande ISM mais pas évident pour moi. j’ai scanné la bande et il y a pas mal de chose.
c’est un compteur Cyble HRF v5.2 868MHz. Si quelqu’un a réussi a trouver quelque chose :slight_smile:

Bonjour Makokoy

J’ai le même projet que toi avec le même émetteur.
Je cherche avec le projet wmbusmeter et une clé rtl2832u en vain pour l’instant.
Je suis intéressé si jamais tu trouve quelque chose d’intéressant.

bonjour,

j’ai le même compteur que jfrousval ; je suis partie sur l’utilisation d’un ESP32+CC1101

Attention le projet pourrait être fonctionnel mais il est pour un izar 868 i R4 et non G4 du coup ca ce connecte bien ca remonte bien le bon télégram T1 , mais il n’ y a pas de décodage semble t il le drivers utilisé dans le projet est trop vieux.
je vais me tourner moi aussi vers l’add-on HA wbusmeter
sur le G4 il faut une CLEF AES pour decoder les telegrams