Licznik Wody Diehl Aries IS IZAR

[Blade255]

Witam, od niedawna zacząłem przygodę z Home Assistant - postawiony na serwerze Synology Ds920+, do tego przystawka odbiornika RTL2832U Dvbt SDR wszystko pięknie leci w eterze lecz nie wynajduje moich wodomierzy : Diehl Aries IS (całkiem niedawno zamontowane)
Link do producenta : ARIES IS | Diehl Metering

Skanowane w godzinach popołudniowych jak i porannych bezskutecznie.

Czy jest możliwość odczytywania tego typu wodomierzy?

Z góry dzięki wielkie za sugestie

[rafkan]

Skorzystać z wmbusmeters

GitHub - wmbusmeters/wmbusmeters: Read the wired or wireless mbus protocol to...

wersja addonu HA

Wmbusmeters (W-MBus to MQTT) jako addon Supervisora

Pojawiła się możliwość instalacji mbusmeters jako dodatku supervisiora. Wystarczy w supervisiorze w “Sklepie z dodatkami” dodać następujące repozytorium: https://github.com/weetmuts/wmbusmeters EDIT: Od dnia 14 marca 2023 zmieniło się repozytorium dodatku:

lub komponentu ESPHome

Wątek archiwalny - Komponent wM-Bus do ESPHome (SzczepanLeon) starsze wersje do 1.5.1 włącznie

wmbus jest komponentem do ESPHome umożliwiającym odczyt radiowych wodomierzy wM-Bus oraz bezpośrednią integrację z Home Assistant (wodomierz “widoczny” jako sensor). Obecnie wspierane są różne wodomierze/gazomierze/watomierze/ciepłomierze. Aktualna lista jest dostępna po zainstalowaniu komponentu… Do uruchomienia wymagany jest moduł CC1101 oraz ESP32 lub ESP8266. Coś nie działa? Podeślij DEBUG logi (jako tekst a nie obrazek) razem z numerem wersji, którą masz. [obraz] Nie odpisuję na wpisy b…

[Blade255]

Dzięki Piękne za podpowiedzi korzystam z drugiego sposobu Wmbusmeters to mqtt - urządzenie wyszukuje zegary - lecz mają zupełnie inne numery niż te które posiadam. Np

Received telegram from: 2154e6ae
          manufacturer: (SAP) Sappel (0x4c30)
                  type: Water meter (0x07)
                   ver: 0x00
                device: rtlwmbus[00000001]
                  rssi: 99 dBm
                driver: izar
Received telegram from: 2154e598
          manufacturer: (SAP) Sappel (0x4c30)
                  type: Water meter (0x07)
                   ver: 0x00
                device: rtlwmbus[00000001]
                  rssi: 85 dBm
                driver: izar
Received telegram from: 2154c138
          manufacturer: (SAP) Sappel (0x4c30)
                  type: Water meter (0x07)
                   ver: 0x00
                device: rtlwmbus[00000001]
                  rssi: 104 dBm
                driver: izar
Received telegram from: 54139346
          manufacturer: (BMP) BMETERS Polska, Poland (0x9b0)
                  type: Heat Cost Allocator (0x08)
                   ver: 0x31
                device: rtlwmbus[00000001]
                  rssi: 109 dBm
                driver: unknown!
Received telegram from: 2154e5a4
          manufacturer: (SAP) Sappel (0x4c30)
                  type: Water meter (0x07)
                   ver: 0x00
                device: rtlwmbus[00000001]
                  rssi: 34 dBm
                driver: izar
Received telegram from: 54139341
          manufacturer: (BMP) BMETERS Polska, Poland (0x9b0)
                  type: Heat Cost Allocator (0x08)
                   ver: 0x31
                device: rtlwmbus[00000001]
                  rssi: 88 dBm
                driver: unknown!
Received telegram from: 2154e6ac
          manufacturer: (SAP) Sappel (0x4c30)
                  type: Water meter (0x07)
                   ver: 0x00
                device: rtlwmbus[00000001]
                  rssi: 103 dBm
                driver: izar
Received telegram from: 2154c123
          manufacturer: (SAP) Sappel (0x4c30)
                  type: Water meter (0x07)
                   ver: 0x00
                device: rtlwmbus[00000001]
                  rssi: 104 dBm
                driver: izar
Received telegram from: 54140051
          manufacturer: (BMP) BMETERS Polska, Poland (0x9b0)
                  type: Heat Cost Allocator (0x08)
                   ver: 0x31
                device: rtlwmbus[00000001]
                  rssi: 116 dBm
                driver: unknown!
Received telegram from: 2154c13b
          manufacturer: (SAP) Sappel (0x4c30)
                  type: Water meter (0x07)
                   ver: 0x00
                device: rtlwmbus[00000001]
                  rssi: 97 dBm
                driver: izar

To mój zegar - niema na nim numeracji które są wyszukiwane

[rafkan]

Spróbuj podstawić numer licznika (ten z najlepszym rssi) i zobaczysz czy zczyta Ci Twój pomiar.

[Blade255]

Dzięki za sugestię była jak najbardziej trafna - udało mi się sposobem odnaleźć dwa liczniki ciepłej wody ,zczytują się poprawnie.Czy jest jakaś możliwość uproszczonego szukania licznika ? np licznik ma numer 341016 a wyszukuje go po kodzie 2154e598 , natomiast drugi licznik 2154e593 341011 ,zatem jesli jest jakiś sposób aby przekonwerterować liczbę 331870 na taką którą wyszukuje na liście ? Problemem jest dość spora ilość urządzeń w eterze.

[macek]

@Blade255

licznik ma numer 341016 a wyszukuje go po kodzie 2154e598

Technicznie: numer (seryjny) wodomierza to nie to samo co numer (seryjny) nakładki, to nakładka na wodomierz rozgłasza numer, w przypadku nakładek Apator numer umieszczony na nakładce jest numerem rozgłaszanym i u mnie nie ma nic wspólnego z numerem (seryjnym) wodomierza. W przypadku tej nakładki Diehl, numer umieszczony na nakładce ma się ni jak do tego numeru rozgłaszanego, kombinowalem na wiele sposobów ale zależności nie znalazłem. Ale jednak jakaś zależność jest bo różnica jest taka sama 341016-341011=5 i ta sama różnica w 2154e598-2154e593=5 wiec może 331870 to 2154C1DE (to zapis szestnastkowy)?

[Blade255]

Dzięki wielkie za wyjaśnienie - koniec końców udało mi się rozwikłać zagadkę Mianowicie szukałem pokolei liczników sugerując się właśnie ciągiem znakow widząc ,że jeden licznik rozpoznaje po kodzie 2154e598 a drugi 2154e598 to strzelałem że to będą bliźniacze numery i rzeczywiście strzał w 10
Nie mniej jednak moje próby wyglądały następująco wprowadzałem do wmbusmeters nr licznika i odczytywałem jego fizyczny numer z MQQT INFO z atrybutów można było wywnioskować nr licznika i ten się pokrywał z oznaczeniem na obudowie

Payload: media: water
meter: izar
name: lazienka.cw
id: '2154c11f'
prefix: H22IA
serial_number: '331679  '
total_m3: 14.476
last_month_total_m3: 12.625
last_month_measure_date: '2023-01-31'
remaining_battery_life_y: 10.5
current_alarms: no_alarm
previous_alarms: no_alarm
transmit_period_s: 32
manufacture_year: '2022'
timestamp: '2023-02-18T11:54:09Z'
device: rtlwmbus[00000001]
rssi_dbm: 138

może komuś się przyda

A możesz mnie pokierować w jaki sposób mam teraz wprowadzić ustawienia aby zczytywać 4 liczniki jednocześnie ?
p.s W jaki sposób obliczyłeś sposób zapisu 331679 na 2154c11f ? kombinowałem mając świadomość że to zapis (szesnastkowy) jednak wychodziły mi zupełnie inne liczby.

Czy taka kombinacja ustawień zegarów jest ok ? a jak zrobić np target że dane zużycie wynikło w danym dniu czy miesiącu ?
wkleiłem kod z wmbusmeters (nakładki - edycja yaml)

data_path: /config/wmbusmeters
enable_mqtt_discovery: true
conf: |-
  loglevel=normal
  device=rtlwmbus:868.9M:t1
  donotprobe=/dev/ttyAMA0
  listento=c1,t1,s1
  meterfiles=/config/wmbusmeters/logs/meter_readings/
  meterfilesaction=overwrite
  logtelegrams=true
  format=json
  logfile=/config/wmbusmeters/wmbusmeters.log
  shell=/wmbusmeters/mosquitto_pub.sh wmbusmeters/$METER_NAME "$METER_JSON"
meters:
  - |-
    name=kuchniacw
    driver=izar
    id=2154e598
  - |-
    name=kuchniazm
    driver=izar
    id=2154c1de
  - |-
    name=lazienkacw
    driver=izar
    id=2154e593
    
  - |-
    name=lazienkazm
    driver=izar
    id=2154c11f
    
mqtt:
  port: 1883
  user: mqtt
  password: mqtt

Z Góry wielkie dzięki za pomoc !

[macek]

@Blade255

W jaki sposób obliczyłeś sposób zapisu 331679 na 2154c11f ? kombinowałem mając świadomość że to zapis (szesnastkowy) jednak wychodziły mi zupełnie inne liczby.

Wcześniejszy przyklad był dla licznika 331870:
różnica w numerach licznika dziesiętnie:
341016 - 331870 = 9146, to samo 9146 szesnatkowo to 23BA czyli teraz liczymy szestnastkowo
2154e598 - 23BA = 2154 C1DE

Przyklad był dla licznika 331679 :
różnica w numerach licznika dziesiętnie:
341016 - 331679 = 9337, to samo 9337 szesnatkowo to 2479 czyli teraz liczymy szestnastkowo
2154e598 - 2479 = 2154 C11F

@Blade255

a jak zrobić np target że dane zużycie wynikło w danym dniu czy miesiącu ?

Nie wiem co dokładnie masz na mysli, chodzi Ci o zużycie wody w ciągu dnia, tygodnia? Jeżeli tak to musisz skorzystać z integracji Utility Meter - Home Assistant.

[alecsandes (Alex)]

Hello Guys,

I have the same meters, for hot and cold water.

I tried wmbus meters and the way I did it is described here:

Help needed

The issue Is that in every telegram I receive, there is no data attached.
I live in a block of apartments and think I am able to receive all the telegrams from all the meters …

Do you have an idea on how to address this issue?

Example telegram I have:

1944304ccd9150211404a253130013494eddbbf85437ee75c3b3

https://wmbusmeters.org/analyze/1944304ccd9150211404a253130013494eddbbf85437ee75c3b3:izar
shows:

telegram=|1944304CCD9150211404A2_53130013494EDDBBF85437EE75C3B3|

Auto driver : izar
Best driver : unknown 00/00
Using driver : izar 00/00
000 : 19 length (25 bytes)
001 : 44 dll-c (from meter SND_NR)
002 : 304c dll-mfct (SAP)
004 : cd915021 dll-id (215091cd)
008 : 00 dll-version
009 : 07 dll-type (Water meter)
010 : a2 tpl-ci-field (Mfct specific)
011 C?: 53130013494EDDBBF85437EE75C3B3 mfct specific

{
“media”:“water”,
“meter”:“izar”,
“name”:“”,
“id”:“215091cd”,
“timestamp”:“2023-10-17T22:02:16Z”
}

Using: wmbusmeters: 1.14.0-19-g0b852fb
0b852fb420a931984b231eb363a1826091299761

on the second note, I did not how you managed to find your meter?

I have the followings:

H22EA018006
H22EA057999
H22EA018397
H22EA057426

Thank you in advance

[alecsandes (Alex)]

Hello People,

I am desperate to find out where is the issue:

I have the water meter:

ARIES IS | Diehl Metering

I have tried 2 ways of reading the telegrams:

zibous/ha-watermeter/blob/master/RTL232.md

running $ rtl_sdr -f 868.625M -s 1600000 - 2>/dev/null | rtl_wmbus -s

I get a lot of telegrams like:
T1;1;1;2023-10-19 21:58:02.000;102;147;215091CD;0x1944304ccd9150211404a22313001349151047a9a90de3748cbd
T1;1;1;2023-10-19 21:58:02.000;144;126;215091CD;0x1944304ccd9150211404a22313001349151047a9a90de3748cbd

If I take one telegram
https://wmbusmeters.org/analyze/1944304ccd9150211404a22313001349151047a9a90de3748cbd

There is no data decoded in it.
Here is the detailed issue

Help needed

and CC1101 with ESP8266 presented here.
However, the CC1101 board I sourced is this

CC1101 wireless transceiver module + SMA antenna

it has 433 written on it … but I get the same readings:

[00:24:37][D][wmbus:179]: Meter ID [0x2150A86F] RSSI: -86 dBm LQI: 129 Mode: T1 not found in configuration T: 1944304C6FA850211404A2231300131650E0B2A913F17D47099E (26)
[00:24:38][D][wmbus:179]: Meter ID [0x2150A9F8] RSSI: -86 dBm LQI: 128 Mode: T1 not found in configuration T: 1944304CF8A950211404A203330013017241955F03ABC73A7840 (26)
[00:24:41][D][wmbus:179]: Meter ID [0x216049FD] RSSI: -96 dBm LQI: 132 Mode: T1 not found in configuration T: 1944304CFD4960211404A2731500130D3E27E125F1D92091DC0C (26)
[00:24:41][D][wmbus:179]: Meter ID [0x214FD95F] RSSI: -94 dBm LQI: 129 Mode: T1 not found in configuration T: 1944304C5FD94F211404A25313001378544D9642A77F66128E67 (26)
[00:24:42][D][wmbus:179]: Meter ID [0x215091DC] RSSI: -81 dBm LQI: 128 Mode: T1 not found in configuration T: 1944304CDC9150211404A2231300135EBE4BB1354343F689C8A6 (26)

Here is the link to the wmbusmeters page:
https://wmbusmeters.org/analyze/1944304CDC9150211404A2231300135EBE4BB1354343F689C8A6

I don’t know really how to take it further, there are several points which i have doubts:

1. Meter is R3 not R4 as most of the people here:
   Frequency MHz 868.95 (R3 mode) and 434.47 (R3 mode)**

2. Measuring with a DVB-T with command
   rtl_sdr -f 868.625M -s 1600000 - 2>/dev/null | rtl_wmbus -s
   i get a lot of readings

Reading with rtl_sdr -f 868.950M -s 1600000 - 2>/dev/null | rtl_wmbus -s
I get none …

Reading with rtl_sdr -f 434.47M -s 1600000 - 2>/dev/null | rtl_wmbus -s
I get none.

3. If the CC1101 board is 433 MHz why can I see the telegrams I receive with rtl_sdr -f 868.625M -s 1600000 - 2>/dev/null | rtl_wmbus -s

I am beyond my knowldgeand I haven’t seen somenone facing the same issue

[szopen]

CC1101 board for 433MHz has different antenna filters than 868MHz version (this is the only difference; it has transmitter also, so you can’t transmit in different band without tuned antenna, but we do not use transmitter part, but only receiver), but if signal is really strong 433MHz version can (maybe) receive telegrams sent at 868MHz band.

But your problem lies elsewhere - wmbusmeters can’t decode proper telegrams for some reason:

1. maybe telegrams are encrypted (have you tried search internet for default encryption key for similar meters?)
2. maybe proper “driver” for this kind of telegrams do not exist now (only way is work with wmbusmeters developers - you must provide them with data in the form of readings from your meters along with telegrams from the same time)
3. something else…

[alecsandes (Alex)]

Thank you for your reply!
I guess so that the issue is in the key. I took one meter and ran:
wmbusmeters --logtelegrams --format=json auto:t1 watermeter2 izar 2150918b NOKEY

the result was:

telegram=|1944304C8B9150211404A2_531300133B5F39D22117C235C9EDDA|+7
(izar) Decoding PRIOS data failed. Ignoring telegram.
{“media”:“water”,“meter”:“izar”,“name”:“watermeter2”,“id”:“2150918b”,“prefix”:“”,“serial_number”:“000000”,“total_m3”:0,“last_month_total_m3”:0,“last_month_measure_date”:“0-00-00”,“remaining_battery_life_y”:0,“current_alarms”:“no_alarm”,“previous_alarms”:“no_alarm”,“transmit_period_s”:0,“manufacture_year”:“0”,“timestamp”:“2023-10-19T22:37:02Z”,“device”:“rtlwmbus[00000001]”,“rssi_dbm”:104}

So the fact that I do get the identification and the signal means that the standartied WMBUS frame is read, it is only the PRIOS protocol not read. and this is due to encryption key, I guess…

I have posted an issue in wmbusmeters … still no reply there