You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When running: rtl_sdr -f 868.625M -s 1600000 - 2>/dev/null | rtl_wmbus -s
I get a lot of: T1;0;0;2023-09-13 22:21:22.000;68;54;FFFFFFFF;0x1944ff26ffffffff9404ffa0608860ffffffff7cffffff7bffff T1;0;0;2023-09-13 22:21:22.000;38;64;2150912A;0x1944304c2a915021ff04a2731300132ce3a7ff7ca35c79262eff T1;0;0;2023-09-13 22:21:22.000;100;106;FFFF94FF;0x19ffffffff94ffff1404a22313ff13bbfffffffffffffff035ff T1;1;1;2023-09-13 22:21:23.000;98;113;214FF95F;0x1944304c5ff94f211404a2231300137a2b5171294f5213d75289 T1;0;0;2023-09-13 22:21:24.000;25;40;FFFFFFFF;0x19ffff4cffffffff14ffff331300ffff547eb5ffffa571a4ffb3 T1;0;0;2023-09-13 22:21:26.000;97;141;2150A874;0x19ff304c74a850211404a253140013f3f85ec84eff1a8a291994 T1;1;1;2023-09-13 22:21:27.000;107;140;215091CD;0x1944304ccd9150211404a253130013494eddbbf85437ee75c3b3 T1;0;0;2023-09-13 22:21:27.000;145;118;215091CD;0x1944304ccd9150211404a253130013494eddbbf85437ee77ffff
When Running: wmbusmeters --format=json auto:t1 MyWater izar '*' NOKEY
I get a lot of: Started auto rtlwmbus[00000001] listening on t1 (izar) Decoding PRIOS data failed. Ignoring telegram. {"media":"water","meter":"izar","name":"MyWater","id":"214ff7d6","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-09-13T22:23:49Z","device":"rtlwmbus[00000001]","rssi_dbm":97}
When running:
sudo wmbusmeters --debug --t1 rtlwmbus
I get a lot of:
(main) regular reset of rtlwmbus will happen every 82800 seconds (wmbus) no alarm (expected activity) for rtlwmbus (serial) registered regular callback HOT_PLUG_DETECTOR(0) every 2 seconds No meters configured. Printing id:s of all telegrams heard! (serial) waiting for stop (serial) received ascii "T1;1;1;2023-09-13 22:24:58.000;105;123;215091CD;0x1944304ccd9150211404a233130013493c3e0e0290df3aaf95bc<0A>T1;1;1;2023-09-13 22:24:58.000;141;115;215091CD;0x1944304ccd9 ![204155722-9746eb5f-ce6b-455d-bda6-2f8f57cf0a21]x 150211404a233130013493c3e0e0290df3aaf95bc<0A>" (rtlwmbus) checkRTLWMBusFrame "T1;1;1;2023-09-13 22:24:58.000;105;123;215091CD;0x1944304ccd9150211404a233130013493c3e0e0290df3aaf95bc<0A>T1;1;1;2023-09-13 22:24:58.000;141;115;215091CD;0x1944304ccd9150211404a233130013493c3e0e0290df3aaf95bc<0A>" (rtlwmbus) received full frame (meter) no meter handled checking 0 templates. (diehl) preprocess necessary SAP_PRIOS (diehl) Pre-processing: setting device type to water meter for SAP PRIOS (wmbus) parseDLL @0 26 (wmbus) parseELL @10 16 (wmbus) parseNWL @10 16 (wmbus) parseAFL @10 16 (wmbus) parseTPL @10 16 (diehl) preprocess necessary SAP_PRIOS (diehl) Pre-processing: setting device type to water meter for SAP PRIOS (wmbus) parseDLL @0 26 (telegram) DLL L=19 C=44 (from meter SND_NR) M=4c30 (SAP) A=215091cd VER=00 TYPE=07 (Water meter) (driver izar) DEV=rtlwmbus[00000001] RSSI=105 (wmbus) parseELL @10 16 (wmbus) parseNWL @10 16 (wmbus) parseAFL @10 16 (wmbus) parseTPL @10 16 (telegram) TPL CI=a2 Received telegram from: 215091cd manufacturer: (SAP) Sappel (0x4c30) type: Water meter (0x07) ver: 0x00 device: rtlwmbus[00000001] rssi: 105 dBm driver: izar (wmbus) 000 : 19 length (25 bytes) (wmbus) 001 : 44 dll-c (from meter SND_NR) (wmbus) 002 : 304c dll-mfct (SAP) (wmbus) 004 : cd915021 dll-id (215091cd) (wmbus) 008 : 00 dll-version (wmbus) 009 : 07 dll-type (Water meter) (wmbus) 010 : a2 tpl-ci-field (Mfct specific) (wmbus) 011 C?: 33130013493C3E0E0290DF3AAF95BC mfct specific (wmbus) telegram from 215091cd ignored by all configured meters! (rtlwmbus) checkRTLWMBusFrame "T1;1;1;2023-09-13 22:24:58.000;141;115;215091CD;0x1944304ccd9150211404a233130013493c3e0e0290df3aaf95bc<0A>" (rtlwmbus) received full frame (wmbus) skipping already handled telegram leng=26.
I was comparing the data what I have with what you posted on your blog:
`Decoding a Sappel frame
Let’s look at a full frame received by the antenna of my circuit:
Hi @ZeWaren
I have tagged you in the wmbusmeters github as well and trying here, maybe you will see this and guide me.
I used this tutorial and setup: https://github.com/zibous/ha-watermeter/blob/master/docs/wmbusmeters-with-rtl-sdr.md (raspberry 4 instead of pi zero)
I have this meter:
ARIES IS Water meter
https://www.diehl.com/metering/en/products-solutions/products-services/water-metering/aries-is-at/
IZAR integrated 868 MHz and 434 MHz radio, PRIOS protocol
When running:
rtl_sdr -f 868.625M -s 1600000 - 2>/dev/null | rtl_wmbus -s
I get a lot of:
T1;0;0;2023-09-13 22:21:22.000;68;54;FFFFFFFF;0x1944ff26ffffffff9404ffa0608860ffffffff7cffffff7bffff T1;0;0;2023-09-13 22:21:22.000;38;64;2150912A;0x1944304c2a915021ff04a2731300132ce3a7ff7ca35c79262eff T1;0;0;2023-09-13 22:21:22.000;100;106;FFFF94FF;0x19ffffffff94ffff1404a22313ff13bbfffffffffffffff035ff T1;1;1;2023-09-13 22:21:23.000;98;113;214FF95F;0x1944304c5ff94f211404a2231300137a2b5171294f5213d75289 T1;0;0;2023-09-13 22:21:24.000;25;40;FFFFFFFF;0x19ffff4cffffffff14ffff331300ffff547eb5ffffa571a4ffb3 T1;0;0;2023-09-13 22:21:26.000;97;141;2150A874;0x19ff304c74a850211404a253140013f3f85ec84eff1a8a291994 T1;1;1;2023-09-13 22:21:27.000;107;140;215091CD;0x1944304ccd9150211404a253130013494eddbbf85437ee75c3b3 T1;0;0;2023-09-13 22:21:27.000;145;118;215091CD;0x1944304ccd9150211404a253130013494eddbbf85437ee77ffff
When Running:
wmbusmeters --format=json auto:t1 MyWater izar '*' NOKEY
I get a lot of:
Started auto rtlwmbus[00000001] listening on t1 (izar) Decoding PRIOS data failed. Ignoring telegram. {"media":"water","meter":"izar","name":"MyWater","id":"214ff7d6","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-09-13T22:23:49Z","device":"rtlwmbus[00000001]","rssi_dbm":97}
When running:
sudo wmbusmeters --debug --t1 rtlwmbus
I get a lot of:
(
main) regular reset of rtlwmbus will happen every 82800 seconds (wmbus) no alarm (expected activity) for rtlwmbus (serial) registered regular callback HOT_PLUG_DETECTOR(0) every 2 seconds No meters configured. Printing id:s of all telegrams heard! (serial) waiting for stop (serial) received ascii "T1;1;1;2023-09-13 22:24:58.000;105;123;215091CD;0x1944304ccd9150211404a233130013493c3e0e0290df3aaf95bc<0A>T1;1;1;2023-09-13 22:24:58.000;141;115;215091CD;0x1944304ccd9 ![204155722-9746eb5f-ce6b-455d-bda6-2f8f57cf0a21]x 150211404a233130013493c3e0e0290df3aaf95bc<0A>" (rtlwmbus) checkRTLWMBusFrame "T1;1;1;2023-09-13 22:24:58.000;105;123;215091CD;0x1944304ccd9150211404a233130013493c3e0e0290df3aaf95bc<0A>T1;1;1;2023-09-13 22:24:58.000;141;115;215091CD;0x1944304ccd9150211404a233130013493c3e0e0290df3aaf95bc<0A>" (rtlwmbus) received full frame (meter) no meter handled checking 0 templates. (diehl) preprocess necessary SAP_PRIOS (diehl) Pre-processing: setting device type to water meter for SAP PRIOS (wmbus) parseDLL @0 26 (wmbus) parseELL @10 16 (wmbus) parseNWL @10 16 (wmbus) parseAFL @10 16 (wmbus) parseTPL @10 16 (diehl) preprocess necessary SAP_PRIOS (diehl) Pre-processing: setting device type to water meter for SAP PRIOS (wmbus) parseDLL @0 26 (telegram) DLL L=19 C=44 (from meter SND_NR) M=4c30 (SAP) A=215091cd VER=00 TYPE=07 (Water meter) (driver izar) DEV=rtlwmbus[00000001] RSSI=105 (wmbus) parseELL @10 16 (wmbus) parseNWL @10 16 (wmbus) parseAFL @10 16 (wmbus) parseTPL @10 16 (telegram) TPL CI=a2 Received telegram from: 215091cd manufacturer: (SAP) Sappel (0x4c30) type: Water meter (0x07) ver: 0x00 device: rtlwmbus[00000001] rssi: 105 dBm driver: izar (wmbus) 000 : 19 length (25 bytes) (wmbus) 001 : 44 dll-c (from meter SND_NR) (wmbus) 002 : 304c dll-mfct (SAP) (wmbus) 004 : cd915021 dll-id (215091cd) (wmbus) 008 : 00 dll-version (wmbus) 009 : 07 dll-type (Water meter) (wmbus) 010 : a2 tpl-ci-field (Mfct specific) (wmbus) 011 C?: 33130013493C3E0E0290DF3AAF95BC mfct specific (wmbus) telegram from 215091cd ignored by all configured meters! (rtlwmbus) checkRTLWMBusFrame "T1;1;1;2023-09-13 22:24:58.000;141;115;215091CD;0x1944304ccd9150211404a233130013493c3e0e0290df3aaf95bc<0A>" (rtlwmbus) received full frame (wmbus) skipping already handled telegram leng=26.
I was comparing the data what I have with what you posted on your blog:
`Decoding a Sappel frame
Let’s look at a full frame received by the antenna of my circuit:
01010101010101010101010101010101010101 0000111101b + 1944304CC697D720D401E2E6A213120013184587BD6EB979401E8B407096h
`
I have as a frame (filtered the ones with 19 44 like this
If I would compare what is obvious to my eyes:
Your example:
1944304CC697D720D401E2E6A213120013184587BD6EB979401E8B4
Mine:
1944304cfaa950211404a2231400134a2c75e61a25bb0d891f7d
I am several chars less
Can you help me understand what is wrong?
The text was updated successfully, but these errors were encountered: