Wireless M-Bus für CUL

[masterpete23]

@masterpete23:
Bist du sicher, dass auf WMBUS-T gefunkt wird? Kamstrup kann C oder T sein. Herstellerkennung TCH sind vermutlich Heizkörperfühler von Techem. Kamstup sollte KAM haben. Bei wmbus-C ist anzumerken, dass die a-cul das nicht kann. Auch die herunterladbare Version von culfw.de funktioniert nicht, da das nicht die letzte Version ist. Ich hatte mir damals die Files von https://sourceforge.net/projects/culfw/ geladen und selbst kompiliert (mit größerem Buffer und nur für WMBUS, nanoCUL). Hängt irgendwo oben auch an.

Ich habe mir deine Datei gezogen - konnte sie aber nicht lauffähig flashen.
Hattest du es für einen CUL V3 868 MHZ erstellt?

[killah78]

Ich habe mir deine Datei gezogen - konnte sie aber nicht lauffähig flashen.
Hattest du es für einen CUL V3 868 MHZ erstellt?

Hi, nein sorry, das war für einen nanoCUL. Ich habe mal kompiliert für den CULV3. Hängt hier an. Kann es aber nicht testen, da ich nur einen nanoCUL habe. Habe TTYBuffer auf 220 gestellt und andere Protokolle deaktiviert. Siehe auch board.h.

edit: Nochmal mit aktiviertem MBUS kompiliert. :-)

[masterpete23]

Herzlichen Dank.

geflashed
AES Key eingetragen
sudo cpan -i Crypt::Mode::CTR

Ich bekomme Daten - und noch ein paar Fehlermeldungen.
ich melde mich später mit mehr Details, wollte aber schon mal DANKE sagen!

[Puschel74]

Hallo zusammen,

ich muss mal kurz nachfragen:
Am 30.11.2014 hat locutus dem User Maiks Hinweise geliefert um W-MBus in die CUNO-Firmware einzubauen.
Leider hat sich Maiks seither nicht mehr gemeldet ob es bei ihm geklappt hat.

Auch habe ich nichts gefunden das W-MBus für den CUNO in der Firmware mittlerweile eingebaut ist.
Ist das nach wie vor Stand der Dinge das W-MBus für CUNO noch nicht im .hex-File ist?

Wenn dem so ist -
könnte das jemand einbauen und kompilieren?
Ok, kompilieren schaff ich evtl. noch aber einprogrammieren ... da sieht es mau aus 

Hintergrund:
Bei uns wurde der Zähler gewechselt und ein KW8 von EMH metering verbaut der lt. BDA u.a. W-Bus kann.
Diese würde ich natürlich gerne nutzen 
Ja, der Zähler hat auch vorne eine optische Schnittstelle aber da hab ich noch nichts gefunden ob, und wenn ja, wie ich meinen
HM-ES-TX-WM dafür benutzen könnte.
Da ich aber noch einen CUNO rumliegen habe wäre W-MBus natürlich schicker ... 

Vielen Dank schonmal für Antworten.

Grüße

[Ralf9]

Deine Version 4.2.2 ist noch nicht veröffentlicht auf github? Also noch nicht generell freigegeben?

hier ist eine Testversion:
https://forum.fhem.de/index.php/topic,106278.msg1208937.html#msg1208937

Vielleicht kannst du das auch nochmal testen:
sende mit dem Signalduino folgende Nachricht:

Code: [Auswählen]

(bss)b5C08B4B0986300000102DA227A00000000022BFA00027C076968705FE75E736D670000001D6600027C0471657266A9990000017C08706D745F6364636404017C31F408706D745F6361636405027C0B746C6F12FA765F63645F636573080006FD670000001D66000000FFFF80EC

Irgendwas passt damit nicht, vom WMBUS Modul bekomme ich damit Fehlermeldungen.
Hast Du auch Nachrichten die beim WMBUS Modul keine Fehlermeldungen erzeugen?

Ich habe testweise mit dem sduino einige Nachrichten gesendet, sie wurden vom maple mit der cul Firmware korrekt empfangen.

Gruß Ralf

[killah78]

Hallo Ralf,
grundsätzlich funktioniert das. Ich habe irgendwie Schwierigkeiten mit der Hardware vermute ich. Habe einen "test"-Maple-Signalduino an mein Test-FHEM gehangen. Scheinbar habe ich Reichweitenprobleme. Der nanoCUL liegt daneben und hat keine Probleme.
Wie dem auch sei. Ich kann Senden und auch Empfangen.
In meinem Fall mit dem Letrika-Wechselrichter wird auch korrekt ans WMBUS Modul weitergeleitet und ins entsprechende Device. Wenn denn Signal aureicht.

Code: [Auswählen]

2022.02.23 13:01:25 4: maple_sduino/msg READ: MN;D=105BB4B0986300000102DD72510C79000000007680806D;N=11;
2022.02.23 13:01:25 4: maple_sduino Parse_MN: Found 2-FSK Protocol id 208 length 46 RSSI = -19.5 LQI = 128 -> WMBUS S
2022.02.23 13:01:25 4: maple_sduino ParseMN: ID=208 dmsg=b105BB4B0986300000102DD72510C79000000007680806D
2022.02.23 13:01:25 5: maple_sduino Dispatch: b105BB4B0986300000102DD72510C79000000007680806D, test ungleich: disabled
2022.02.23 13:01:25 4: maple_sduino Dispatch: b105BB4B0986300000102DD72510C79000000007680806D,  dispatch
2022.02.23 13:01:25 5: maple_sduino: dispatch b105BB4B0986300000102DD72510C79000000007680806D
2022.02.23 13:01:25 5: WMBUS raw msg b105BB4B0986300000102DD72510C79000000007680806D
2022.02.23 13:01:25 4: maple_sduino/msg READ: MN;D=2008B4B098630000010256847A00000000040373E01800022B00000616F56D06504C8320208E5180DB;N=11;
2022.02.23 13:01:25 4: maple_sduino Parse_MN: Found 2-FSK Protocol id 208 length 82 RSSI = -92.5 LQI = 128 -> WMBUS S
2022.02.23 13:01:25 4: maple_sduino ParseMN: ID=208 dmsg=b2008B4B098630000010256847A00000000040373E01800022B00000616F56D06504C8320208E5180DB
2022.02.23 13:01:25 5: maple_sduino Dispatch: b2008B4B098630000010256847A00000000040373E01800022B00000616F56D06504C8320208E5180DB, test ungleich: disabled
2022.02.23 13:01:25 4: maple_sduino Dispatch: b2008B4B098630000010256847A00000000040373E01800022B00000616F56D06504C8320208E5180DB,  dispatch
2022.02.23 13:01:25 5: maple_sduino: dispatch b2008B4B098630000010256847A00000000040373E01800022B00000616F56D06504C8320208E5180DB
2022.02.23 13:01:25 5: WMBUS raw msg b2008B4B098630000010256847A00000000040373E01800022B00000616F56D06504C8320208E5180DB


2022.02.23 13:08:20 4: maple_sduino/msg READ: MN;D=135BB4B098630000010291C7510C790000000000FFA73CBF806D;N=11;
2022.02.23 13:08:20 4: maple_sduino Parse_MN: Found 2-FSK Protocol id 208 length 52 RSSI = -19.5 LQI = 128 -> WMBUS S
2022.02.23 13:08:20 4: maple_sduino ParseMN: ID=208 dmsg=b135BB4B098630000010291C7510C790000000000FFA73CBF806D
2022.02.23 13:08:20 5: maple_sduino Dispatch: b135BB4B098630000010291C7510C790000000000FFA73CBF806D, test ungleich: disabled
2022.02.23 13:08:20 4: maple_sduino Dispatch: b135BB4B098630000010291C7510C790000000000FFA73CBF806D,  dispatch
2022.02.23 13:08:20 5: maple_sduino: dispatch b135BB4B098630000010291C7510C790000000000FFA73CBF806D
2022.02.23 13:08:20 5: WMBUS raw msg b135BB4B098630000010291C7510C790000000000FFA73CBF806D
2022.02.23 13:09:24 4: maple_sduino/msg READ: MN;D=5C08B4B0986300000102DA227A00000000022BFA00027C076968705FE75E736F63E80301FD6600027C0471657266A9990000017C08706D745F636463640C017CAE9F08706D745F636163640C027C0B746C6FC306765F63645F636573080006FD670000001D66000000FFFF81DB;N=11;
2022.02.23 13:09:24 4: maple_sduino Parse_MN: Found 2-FSK Protocol id 208 length 218 RSSI = -92.5 LQI = 129 -> WMBUS S
2022.02.23 13:09:24 4: maple_sduino ParseMN: ID=208 dmsg=b5C08B4B0986300000102DA227A00000000022BFA00027C076968705FE75E736F63E80301FD6600027C0471657266A9990000017C08706D745F636463640C017CAE9F08706D745F636163640C027C0B746C6FC306765F63645F636573080006FD670000001D66000000FFFF81DB
2022.02.23 13:09:24 5: maple_sduino Dispatch: b5C08B4B0986300000102DA227A00000000022BFA00027C076968705FE75E736F63E80301FD6600027C0471657266A9990000017C08706D745F636463640C017CAE9F08706D745F636163640C027C0B746C6FC306765F63645F636573080006FD670000001D66000000FFFF81DB, test ungleich: disabled
2022.02.23 13:09:24 4: maple_sduino Dispatch: b5C08B4B0986300000102DA227A00000000022BFA00027C076968705FE75E736F63E80301FD6600027C0471657266A9990000017C08706D745F636463640C017CAE9F08706D745F636163640C027C0B746C6FC306765F63645F636573080006FD670000001D66000000FFFF81DB,  dispatch
2022.02.23 13:09:24 5: maple_sduino: dispatch b5C08B4B0986300000102DA227A00000000022BFA00027C076968705FE75E736F63E80301FD6600027C0471657266A9990000017C08706D745F636463640C017CAE9F08706D745F636163640C027C0B746C6FC306765F63645F636573080006FD670000001D66000000FFFF81DB
2022.02.23 13:09:24 5: WMBUS raw msg b5C08B4B0986300000102DA227A00000000022BFA00027C076968705FE75E736F63E80301FD6600027C0471657266A9990000017C08706D745F636463640C017CAE9F08706D745F636163640C027C0B746C6FC306765F63645F636573080006FD670000001D66000000FFFF81DB
Hier sieht man ja RSSI -92.5. Entfernung ist ca. 10-15 Meter draussen in der Gartenhütte. An gleicher Stelle sitzt auch eine Wetterstation, die ich mit 68.5 an meinem "produktiv"Signalduino empfange. Naja, wie gesagt, ein Problem mit dem Signal. Die Interpretation vom Empfang ist alles ok. Daher von mir ein Daumen hoch!

[nospam2000]

Hallo zusammen,

ich betreibe mein FHEM quasi nur als Datenlogger und schaue nur sehr selten mal auf die Daten.

Heute habe ich mir mal das Configfile angeschaut, welches mittlerweile auf 5,2 Megabyte und 80500 Zeilen angewachsen ist.

Das Problem ist, dass immer neue WMBUS Geräte gefunden werden, insgesamt 9460 Stück.
Tatsächlich existieren ca. 315 Geräte in der Nachbarschaft (6 pro Wohnung).

Hier ein kleiner Ausschnitt

Code: [Auswählen]

define WMBUS_LSE_12603860_243_22 WMBUS LSE 12603860 243 22
define WMBUS_LSE_12603860_243_241 WMBUS LSE 12603860 243 241
define WMBUS_LSE_12603860_244_13 WMBUS LSE 12603860 244 13
define WMBUS_LSE_12603860_244_255 WMBUS LSE 12603860 244 255
define WMBUS_LSE_12603860_244_39 WMBUS LSE 12603860 244 39
define WMBUS_LSE_12603860_244_80 WMBUS LSE 12603860 244 80
define WMBUS_LSE_12603860_246_117 WMBUS LSE 12603860 246 117
define WMBUS_LSE_12603860_246_170 WMBUS LSE 12603860 246 170
define WMBUS_LSE_12603860_246_202 WMBUS LSE 12603860 246 202
define WMBUS_LSE_12603860_246_214 WMBUS LSE 12603860 246 214
define WMBUS_LSE_12603860_246_44 WMBUS LSE 12603860 246 44
define WMBUS_LSE_12603860_246_88 WMBUS LSE 12603860 246 88
define WMBUS_LSE_12603860_249_127 WMBUS LSE 12603860 249 127
define WMBUS_LSE_12613404_247_121 WMBUS LSE 12613404 247 121
define WMBUS_LSE_12613404_247_133 WMBUS LSE 12613404 247 133
define WMBUS_LSE_12613404_247_151 WMBUS LSE 12613404 247 151
define WMBUS_LSE_12613404_247_156 WMBUS LSE 12613404 247 156
define WMBUS_LSE_12613404_247_201 WMBUS LSE 12613404 247 201
define WMBUS_LSE_12613404_247_208 WMBUS LSE 12613404 247 208
define WMBUS_LSE_12613404_247_222 WMBUS LSE 12613404 247 222
define WMBUS_LSE_12613404_247_227 WMBUS LSE 12613404 247 227
define WMBUS_LSE_12703260_245_14 WMBUS LSE 12703260 245 14
define WMBUS_LSE_12703260_245_231 WMBUS LSE 12703260 245 231
define WMBUS_LSE_12703360_248_1 WMBUS LSE 12703360 248 1
define WMBUS_LSE_12703660_248_142 WMBUS LSE 12703660 248 142
define WMBUS_LSE_12703660_248_22 WMBUS LSE 12703660 248 22

Prinzipiell möchte ich autocreate schon aktiv lassen
Ich hatte schonmal versucht einen filter für autocreate zu setzen, aber der hat nicht (oder nur zum Teil) geholfen:

Code: [Auswählen]

attr autocreate ignoreTypes WMBUS_LSE_\d+_24[012]_\d+|WMBUS_LSE_\d+_22[45]_\d+

Hier ein paar Beispiele welche für das Anlegen von den Geister-Devices führen:

Code: [Auswählen]

2022.02.01 00:00:55 4: CUL_Parse: CUL_1 b43C465B29ED4F00EF83E65CAA0830600BA2A8F003144653205501580A5812C087A44000000046D1F15DF210B6E2646FF0200426CBF2C4B6E861100326CFFFF822E78046CBF2C8B046E8611000018802C -52
2022.02.01 00:00:55 5: CUL_1: dispatch b43C465B29ED4F00EF83E65CAA0830600BA2A8F003144653205501580A5812C087A44000000046D1F15DF210B6E2646FF0200426CBF2C4B6E861100326CFFFF822E78046CBF2C8B046E861100001880::-52
2022.02.01 00:00:55 5: WMBUS raw msg b43C465B29ED4F00EF83E65CAA0830600BA2A8F003144653205501580A5812C087A44000000046D1F15DF210B6E2646FF0200426CBF2C4B6E861100326CFFFF822E78046CBF2C8B046E861100001880::-52
2022.02.01 00:00:55 3: WMBUS Unknown device b43C465B29ED4F00EF83E65CAA0830600BA2A8F003144653205501580A5812C087A44000000046D1F15DF210B6E2646FF0200426CBF2C4B6E861100326CFFFF822E78046CBF2C8B046E861100001880::-52, please define it
2022.02.01 00:00:55 2: autocreate: define WMBUS_LSE_15513504_248_62 WMBUS b43C465B29ED4F00EF83E65CAA0830600BA2A8F003144653205501580A5812C087A44000000046D1F15DF210B6E2646FF0200426CBF2C4B6E861100326CFFFF822E78046CBF2C8B046E861100001880::-52
2022.02.01 00:00:56 3: WMBUS_LSE_15513504_248_62: I/O device is CUL_1
2022.02.01 00:00:56 2: autocreate: define FileLog_WMBUS_LSE_15513504_248_62 FileLog ./log/WMBUS_LSE_15513504_248_62-%Y.log WMBUS_LSE_15513504_248_62
2022.02.01 00:00:56 5: CUL/RAW: /b29446532904215802C086ED67A1B800000046D0900C1228B046E6800B03B0082046CDF2101FD0C0602FDAC7EE522209989E0^M

2022.02.01 00:01:27 4: CUL_Parse: CUL_1 b4CC465B260325012F7740DA4A0831000A42104013A4465B2410240255AAC33067A620000000C13254208004C1329EDA9990700426CBF2C326CFFFF046D1A13DF7CD1210C786345533582046CBF2C8C041329DD059907002FD780EF -82.5
2022.02.01 00:01:27 5: CUL_1: dispatch b4CC465B260325012F7740DA4A0831000A42104013A4465B2410240255AAC33067A620000000C13254208004C1329EDA9990700426CBF2C326CFFFF046D1A13DF7CD1210C786345533582046CBF2C8C041329DD059907002FD780::-82.5
2022.02.01 00:01:27 5: WMBUS raw msg b4CC465B260325012F7740DA4A0831000A42104013A4465B2410240255AAC33067A620000000C13254208004C1329EDA9990700426CBF2C326CFFFF046D1A13DF7CD1210C786345533582046CBF2C8C041329DD059907002FD780::-82.5
2022.02.01 00:01:27 3: WMBUS Unknown device b4CC465B260325012F7740DA4A0831000A42104013A4465B2410240255AAC33067A620000000C13254208004C1329EDA9990700426CBF2C326CFFFF046D1A13DF7CD1210C786345533582046CBF2C8C041329DD059907002FD780::-82.5, please define it
2022.02.01 00:01:27 2: autocreate: define WMBUS_LSE_12503260_247_116 WMBUS b4CC465B260325012F7740DA4A0831000A42104013A4465B2410240255AAC33067A620000000C13254208004C1329EDA9990700426CBF2C326CFFFF046D1A13DF7CD1210C786345533582046CBF2C8C041329DD059907002FD780::-82.5
2022.02.01 00:01:29 3: WMBUS_LSE_12503260_247_116: I/O device is CUL_1
2022.02.01 00:01:29 2: autocreate: define FileLog_WMBUS_LSE_12503260_247_116 FileLog ./log/WMBUS_LSE_12503260_247_116-%Y.log WMBUS_LSE_12503260_247_116
2022.02.01 00:01:31 5: CUL/RAW: /b29446532894915802C082DC67A50800000046D1500C1228B046E21008385008
2022.02.01 00:01:31 5: CUL/RAW: b29446532894915802C082DC67A50800000046D1500C1228B046E21008385008/2046CDF2101FD0C0602FDAC7E93123225870D^M

2022.02.01 00:04:17 4: CUL_Parse: CUL_1 b43C465B29ED31011F83EA477A0830600BA2A8F003144653205501580A5812C087A44000000046D1F15DF210B6E2646FF0200426CBF2C4B6E861100326CFFFF822E78046CBF2C8B046E861100001880DE -91
2022.02.01 00:04:17 5: CUL_1: dispatch b43C465B29ED31011F83EA477A0830600BA2A8F003144653205501580A5812C087A44000000046D1F15DF210B6E2646FF0200426CBF2C4B6E861100326CFFFF822E78046CBF2C8B046E861100001880::-91
2022.02.01 00:04:17 5: WMBUS raw msg b43C465B29ED31011F83EA477A0830600BA2A8F003144653205501580A5812C087A44000000046D1F15DF210B6E2646FF0200426CBF2C4B6E861100326CFFFF822E78046CBF2C8B046E861100001880::-91
2022.02.01 00:04:17 3: WMBUS Unknown device b43C465B29ED31011F83EA477A0830600BA2A8F003144653205501580A5812C087A44000000046D1F15DF210B6E2646FF0200426CBF2C4B6E861100326CFFFF822E78046CBF2C8B046E861100001880::-91, please define it
2022.02.01 00:04:17 2: autocreate: define WMBUS_LSE_11113404_248_62 WMBUS b43C465B29ED31011F83EA477A0830600BA2A8F003144653205501580A5812C087A44000000046D1F15DF210B6E2646FF0200426CBF2C4B6E861100326CFFFF822E78046CBF2C8B046E861100001880::-91
2022.02.01 00:04:18 3: WMBUS_LSE_11113404_248_62: I/O device is CUL_1
2022.02.01 00:04:18 2: autocreate: define FileLog_WMBUS_LSE_11113404_248_62 FileLog ./log/WMBUS_LSE_11113404_248_62-%Y.log WMBUS_LSE_11113404_248_62
2022.02.01 00:04:19 5: CUL/RAW: /b29446532974215802C0850A47A1A800000046D1800C1228B046E000038F4008
2022.02.01 00:04:19 5: CUL/RAW: b29446532974215802C0850A47A1A800000046D1800C1228B046E000038F4008/2046CDF2101FD0C0602FDAC7EB30961D485E5^M

2022.02.01 00:11:12 4: CUL_Parse: CUL_1 b4CC465B26038F01CF77462D8A0831000A42104013A4465B2410240255AAC33067A620000000C13254208004C1329EDA9990700426CBF2C326CFFFF046D1A13DF7CD1210C786345533582046CBF2C8C041329DD059907002FD780E9 -85.5
2022.02.01 00:11:12 5: CUL_1: dispatch b4CC465B26038F01CF77462D8A0831000A42104013A4465B2410240255AAC33067A620000000C13254208004C1329EDA9990700426CBF2C326CFFFF046D1A13DF7CD1210C786345533582046CBF2C8C041329DD059907002FD780::-85.5
2022.02.01 00:11:12 5: WMBUS raw msg b4CC465B26038F01CF77462D8A0831000A42104013A4465B2410240255AAC33067A620000000C13254208004C1329EDA9990700426CBF2C326CFFFF046D1A13DF7CD1210C786345533582046CBF2C8C041329DD059907002FD780::-85.5
2022.02.01 00:11:12 3: WMBUS Unknown device b4CC465B26038F01CF77462D8A0831000A42104013A4465B2410240255AAC33067A620000000C13254208004C1329EDA9990700426CBF2C326CFFFF046D1A13DF7CD1210C786345533582046CBF2C8C041329DD059907002FD780::-85.5, please define it
2022.02.01 00:11:12 2: autocreate: define WMBUS_LSE_23503860_247_116 WMBUS b4CC465B26038F01CF77462D8A0831000A42104013A4465B2410240255AAC33067A620000000C13254208004C1329EDA9990700426CBF2C326CFFFF046D1A13DF7CD1210C786345533582046CBF2C8C041329DD059907002FD780::-85.5
2022.02.01 00:11:13 3: WMBUS_LSE_23503860_247_116: I/O device is CUL_1
2022.02.01 00:11:13 2: autocreate: define FileLog_WMBUS_LSE_23503860_247_116 FileLog ./log/WMBUS_LSE_23503860_247_116-%Y.log WMBUS_LSE_23503860_247_116
2022.02.01 00:11:15 5: CUL/RAW: /b29446532874915802C0851227A50800000046D1200C1228B046E24016B68008
2022.02.01 00:11:15 5: CUL/RAW: b29446532874915802C0851227A50800000046D1200C1228B046E24016B68008/2046CDF2101FD0C0602FDAC7E741147A982FA^M

Im Februar waren es 6917 neue Devices, im Januar 5972.

Gibt es eine Abhilfe? Ich denke, dass irgendwelche Felder falsch zugeordnet werden.

  Michael

[ext23]

Ja als Filter:

WMBUS.*

/Daniel

[nospam2000]

Ja als Filter: WMBUS.*

Dann bekomme ich aber keine neuen WMBUS Geräte mit, das ist nicht das was ich suche.

Ich denke einige Geräte werden nicht nichtig geparst und daher falsch zugeordnet. Was ich suche ist ein Parser, der die Geräte richtig identifizieren kann anhand ihrer ID.

 Michael

[ext23]

Ähhh achso, das habe ich falsch verstanden, ok. Ich hatte das bei mir ne Zeit lang an und als alle "meine" Geräte erkannt wurden habe ich das abgestellt und nur meine behalten. Bei mir haut das aber hin.

/Daniel

[nospam2000]

Hi Daniel,

ich habe es jetzt mal so gemacht, wie du geschrieben hast, damit funktionieren die meisten Geräte.
FHEM ist nach dem Löschen der 9400 Geister Geräte auch nicht mehr so zäh wie vorher, vor allem der Start 

Wenn jemand geloggte Daten haben will und sich das Problem genauer anschauen will, einfach Bescheid geben.

  Michael

[nospam2000]

Hallo zusammen,

nachdem ich meinen alten Warmwasserzähler auf den neuen umgeschlüsselt habe, ist mir aufgefallen, dass die Kurven immer so komisch aussehen, d.h. die Werte springen immer mal wieder zurück auf einen kleineren Wert, aber nie dauerhaft, siehe Bild im Anhang (leider war die Aufzeichnung nicht durchgängig, es fehlen einige Tage).

Das liegt wohl daran, dass es mehrere Wert-Speicher gibt, "storage_no: 0", "storage_no: 1" und "storage_no: 128".
Die Bedeutung, was in welchem Index übertragen wird, ist wohl nicht fest, die Werte können von folgenden Zeitpunkten sein:

• aktueller Wert
• Wert vom letzten Monatsende
• Wert vom letzten Jahresende

Hier ein Beispiel:

Code: [Auswählen]

2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 RSSI: -46.5
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 LQI: 128
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 1_type: VIF_VOLUME
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 1_storage_no: 0
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 1_value: 33.992
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 1_unit: m³
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 1_value_type: Instantaneous value
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 2_type: VIF_VOLUME
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 2_storage_no: 1
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 2_value: 32.953
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 2_unit: m³
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 2_value_type: Instantaneous value
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 3_type: VIF_TIME_POINT_DATE
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 3_storage_no: 1
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 3_value: 2021-12-31
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 3_unit:
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 3_value_type: Instantaneous value
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 4_type: VIF_TIME_POINT_DATE
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 4_storage_no: 0
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 4_value: invalid: ffffffffffffffff
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 4_unit:
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 4_value_type: Value during error state
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 5_type: VIF_TIME_POINT_DATE_TIME
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 5_storage_no: 0
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 5_value: 2022-01-18 07:09
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 5_unit:
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 5_value_type: Instantaneous value
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 6_type: VIF_FABRICATION_NO
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 6_storage_no: 0
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 6_value: 35534962
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 6_unit:
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 6_value_type: Instantaneous value
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 batteryState: ok
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 is_encrypted: 0
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 decryption_ok: 1
2022-01-18_07:08:59 WMBUS_LSE_09912169_216_6 no errors

Außerdem ist der Informationsgehalt der Messages, d.h. die Menge der enthaltenen Felder unterschiedlich, siehe hier ein paar andere messages:

Code: [Auswählen]

2022-01-18_07:06:50 WMBUS_LSE_09912169_216_6 RSSI: -46.5
2022-01-18_07:06:50 WMBUS_LSE_09912169_216_6 LQI: 128
2022-01-18_07:06:50 WMBUS_LSE_09912169_216_6 1_type: VIF_VOLUME
2022-01-18_07:06:50 WMBUS_LSE_09912169_216_6 1_storage_no: 0
2022-01-18_07:06:50 WMBUS_LSE_09912169_216_6 1_value: 33.992
2022-01-18_07:06:50 WMBUS_LSE_09912169_216_6 1_unit: m³
2022-01-18_07:06:50 WMBUS_LSE_09912169_216_6 1_value_type: Instantaneous value
2022-01-18_07:06:50 WMBUS_LSE_09912169_216_6 2_type: MANUFACTURER SPECIFIC
2022-01-18_07:06:50 WMBUS_LSE_09912169_216_6 2_storage_no: 0
2022-01-18_07:06:50 WMBUS_LSE_09912169_216_6 2_value: 2f00011780810008c113ffffbf2c53290300bf2c53290300c000d700c800e800de008000a000660067008f00a500dc00046d0707d2210c7862495335
2022-01-18_07:06:50 WMBUS_LSE_09912169_216_6 2_unit:
2022-01-18_07:06:50 WMBUS_LSE_09912169_216_6 2_value_type: Instantaneous value
2022-01-18_07:06:50 WMBUS_LSE_09912169_216_6 batteryState: ok
2022-01-18_07:06:50 WMBUS_LSE_09912169_216_6 is_encrypted: 0
2022-01-18_07:06:50 WMBUS_LSE_09912169_216_6 decryption_ok: 1
2022-01-18_07:06:50 WMBUS_LSE_09912169_216_6 no errors

2022-01-18_07:11:20 WMBUS_LSE_09912169_216_6 RSSI: -46.5
2022-01-18_07:11:20 WMBUS_LSE_09912169_216_6 LQI: 128
2022-01-18_07:11:20 WMBUS_LSE_09912169_216_6 1_type: VIF_VOLUME
2022-01-18_07:11:20 WMBUS_LSE_09912169_216_6 1_storage_no: 0
2022-01-18_07:11:20 WMBUS_LSE_09912169_216_6 1_value: 33.992
2022-01-18_07:11:20 WMBUS_LSE_09912169_216_6 1_unit: m³
2022-01-18_07:11:20 WMBUS_LSE_09912169_216_6 1_value_type: Instantaneous value
2022-01-18_07:11:20 WMBUS_LSE_09912169_216_6 2_type: MANUFACTURER SPECIFIC
2022-01-18_07:11:20 WMBUS_LSE_09912169_216_6 2_storage_no: 0
2022-01-18_07:11:20 WMBUS_LSE_09912169_216_6 2_value: 2f00011880013a08c113ffffbf2c53290300bf2c53290300c000d700c800e800de008000a000660067008f00a500dc00046d0b07d2210c7862495335
2022-01-18_07:11:20 WMBUS_LSE_09912169_216_6 2_unit:
2022-01-18_07:11:20 WMBUS_LSE_09912169_216_6 2_value_type: Instantaneous value
2022-01-18_07:11:20 WMBUS_LSE_09912169_216_6 batteryState: ok
2022-01-18_07:11:20 WMBUS_LSE_09912169_216_6 is_encrypted: 0
2022-01-18_07:11:20 WMBUS_LSE_09912169_216_6 decryption_ok: 1
2022-01-18_07:11:20 WMBUS_LSE_09912169_216_6 no errors

2022-01-18_11:18:50 WMBUS_LSE_09912169_216_6 RSSI: -49.5
2022-01-18_11:18:50 WMBUS_LSE_09912169_216_6 LQI: 128
2022-01-18_11:18:50 WMBUS_LSE_09912169_216_6 1_type: VIF_VOLUME
2022-01-18_11:18:50 WMBUS_LSE_09912169_216_6 1_storage_no: 128
2022-01-18_11:18:50 WMBUS_LSE_09912169_216_6 1_value: 32.953
2022-01-18_11:18:50 WMBUS_LSE_09912169_216_6 1_unit: m³
2022-01-18_11:18:50 WMBUS_LSE_09912169_216_6 1_value_type: Instantaneous value
2022-01-18_11:18:50 WMBUS_LSE_09912169_216_6 2_type: VIF_TIME_POINT_DATE
2022-01-18_11:18:50 WMBUS_LSE_09912169_216_6 2_storage_no: 128
2022-01-18_11:18:50 WMBUS_LSE_09912169_216_6 2_value: 2021-12-31
2022-01-18_11:18:50 WMBUS_LSE_09912169_216_6 2_unit:
2022-01-18_11:18:50 WMBUS_LSE_09912169_216_6 2_value_type: Instantaneous value
2022-01-18_11:18:50 WMBUS_LSE_09912169_216_6 3_type: VIF_MODEL_VERSION
2022-01-18_11:18:50 WMBUS_LSE_09912169_216_6 3_storage_no: 0
2022-01-18_11:18:50 WMBUS_LSE_09912169_216_6 3_value: 16
2022-01-18_11:18:50 WMBUS_LSE_09912169_216_6 3_unit:
2022-01-18_11:18:50 WMBUS_LSE_09912169_216_6 3_value_type: Instantaneous value
2022-01-18_11:18:50 WMBUS_LSE_09912169_216_6 4_type: VIF_TIME_POINT_DATE_TIME
2022-01-18_11:18:50 WMBUS_LSE_09912169_216_6 4_storage_no: 0
2022-01-18_11:18:50 WMBUS_LSE_09912169_216_6 4_value: 2022-01-18 11:19
2022-01-18_11:18:50 WMBUS_LSE_09912169_216_6 4_unit:
2022-01-18_11:18:50 WMBUS_LSE_09912169_216_6 4_value_type: Instantaneous value
2022-01-18_11:18:50 WMBUS_LSE_09912169_216_6 5_type: VIF_FABRICATION_NO
2022-01-18_11:18:50 WMBUS_LSE_09912169_216_6 5_storage_no: 0
2022-01-18_11:18:50 WMBUS_LSE_09912169_216_6 5_value: 35534962
2022-01-18_11:18:50 WMBUS_LSE_09912169_216_6 5_unit:
2022-01-18_11:18:50 WMBUS_LSE_09912169_216_6 5_value_type: Instantaneous value
2022-01-18_11:18:50 WMBUS_LSE_09912169_216_6 batteryState: ok
2022-01-18_11:18:50 WMBUS_LSE_09912169_216_6 is_encrypted: 0
2022-01-18_11:18:50 WMBUS_LSE_09912169_216_6 decryption_ok: 1
2022-01-18_11:18:50 WMBUS_LSE_09912169_216_6 no errors

Bei den vereinfachten Einstellungen für die gplot SVG Grafik kann ich nur z.B. "1_value" als Feld auswählen, aber nicht abhängig vom Datum für die "storage_no" unterschiedliche Felder. Kann ich dafür einen spezifischen Parser angeben? Müsste dann eben immer mehrere Zeilen parsen und abhängig von einer Zeile der Wert einer anderen Zeile verwenden.
Folgende Schritte müsste der Parser ausführen:
1. Feld vom Typ VIF_TIME_POINT_DATE_TIME mit zum Log Eintrag passenden Timestamp finden und "storage_no" speichern
2. Feld vom Typ  VIF VOLUME und storage_no von oben suchen und davon den Value verwenden

Für den Parser wäre es sicher einfacher, wenn alle Felder die zu einem Wert gehören in einer Zeile stehen würden. Mit JSON wäre es noch einfacher :-)

  Michael

PS: die aktuellen Parameter für die Definition sind übrigens "LSE 25363770 51 6" nachdem der Zähler ausgetauscht wurde, nicht dass sich einer wundert

[nospam2000]

Hi,

ich habe jetzt mal selbst Hand angelegt und einen Patch gemacht.
Der Patch macht folgendes: Wenn ein DataBlock ein Feld vom Typ VIF_TIME_POINT_DATE_TIME enthält, dann ist die zugehörige
"storage_no" ein Kandidat für einen aktuellen Wert. Die alten Werte vom letzten Monat und vom letztem Jahr verwenden
alle den Datentyp VIF_TIME_POINT_DATE.

Wenn dann ein Datenblock mit passender storage_no und dem Datentyp "VIF_VOLUME" gefunden wird, dann wird zusätzlich folgende Zeile im Log ausgegeben:

Code: [Auswählen]

2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 currentVolumeValue: 39.52

Im Graph wird dann einfach als Regex "currentVolumeValue" ausgewählt. Damit sind die Rücksprünge weg und die Kurve ist sauber.
Die Änderung ist kompatibel, da nur zusätzliche Zeilen eingefügt werden.
Theoretisch hätte ich auch die Zeitstempel vergleichen können, aber das hätte auch nicht mehr gebracht und das ganze nur komplizierter gemacht.
Ich hätte auch prüfen können, ob neue Werte kleiner sind als alte Werte, aber dann würde ich Annahmen über den Verlauf machen und ggf. gibt es Zähler
welche den Wert ab und zu zurücksetzen (z.B. am Jahresende).

Hier das kommentierte Telegramm:

Code: [Auswählen]

2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 RSSI: -43.5
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 LQI: 128
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 1_type: VIF_VOLUME
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 1_storage_no: 0   => Wurde weiter unten als Kandidat ausgewählt und der Datentyp VIF_VOLUME passt auch
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 1_value: 39.52     => Diesen Wert wird zusätzlich unter dem Namen "currentVolumeValue" ausgegeben
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 1_unit: m³
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 1_value_type: Instantaneous value
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 2_type: VIF_VOLUME
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 2_storage_no: 1
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 2_value: 32.953    => wird ignoriert, da zugehöriger Zeitstempel von storage_no=1 nur ein Datum ohne Uhrzeit ist
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 2_unit: m³
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 2_value_type: Instantaneous value
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 3_type: VIF_TIME_POINT_DATE
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 3_storage_no: 1
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 3_value: 2021-12-31
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 3_unit:
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 3_value_type: Instantaneous value
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 4_type: VIF_TIME_POINT_DATE
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 4_storage_no: 0
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 4_value: invalid: ffffffffffffffff
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 4_unit:
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 4_value_type: Value during error state
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 5_type: VIF_TIME_POINT_DATE_TIME  => wähle storage_no 0 als Kandidat aus, weil Datentyp DATE_TIME ist
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 5_storage_no: 0
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 5_value: 2022-04-04 19:20
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 5_unit:
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 5_value_type: Instantaneous value
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 6_type: VIF_FABRICATION_NO
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 6_storage_no: 0
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 6_value: 35534962
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 6_unit:
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 6_value_type: Instantaneous value
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 currentVolumeValue: 39.52  => neue Zeile für den gefundenen Aktualwert
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 batteryState: ok
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 is_encrypted: 0
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 decryption_ok: 1
2022-04-04_20:20:11 WMBUS_LSE_09912169_216_6 no errors

Hier der Patch

Code: [Auswählen]

--- 36_WMBUS.pm.orig    2022-04-03 16:12:13.133015668 +0200
+++ 36_WMBUS.pm 2022-04-05 19:53:39.100192457 +0200
@@ -351,9 +351,13 @@
     my $readingBase;
     my $useVIFasReadingName = defined($hash->{internal}{useVIFasReadingName}) ?
       $hash->{internal}{useVIFasReadingName} : AttrVal($name, "useVIFasReadingName", 0);
+    my $curValStorageNum;

     for $dataBlock ( @$dataBlocks ) {
       next if AttrVal($name, "ignoreUnknownDataBlocks", 0) && $dataBlock->{type} eq 'MANUFACTURER SPECIFIC'; #WMBus::VIF_TYPE_MANUFACTURER_SPECIFIC
+      if ("$dataBlock->{type}" eq "VIF_TIME_POINT_DATE_TIME" and defined $dataBlock->{storageNo}) {
+          $curValStorageNum = $dataBlock->{storageNo};
+      }
       if ($useVIFasReadingName) {
         $readingBase = "$dataBlock->{storageNo}_$dataBlock->{type}";
         if (defined($dataBlock->{extension_value})) {
@@ -377,6 +381,17 @@
         readingsBulkUpdate($hash, "${readingBase}_errormsg", $dataBlock->{errormsg});
       }
     }
+
+    # create an own line for the value which has a complete timestamp and not only a date
+    # required for the warm water counter which not only transmit the current value but also
+    # the values of the end of the previous month and end of previous year
+    if(defined $curValStorageNum) {
+        for $dataBlock ( @$dataBlocks ) {
+          if ($dataBlock->{type} eq "VIF_VOLUME" and $dataBlock->{storageNo} == $curValStorageNum) {
+              readingsBulkUpdate($hash, "currentVolumeValue", $dataBlock->{value});
+          }
+        }
+    }
     readingsBulkUpdate($hash, "batteryState", $mb->{status} & 4 ? "low" : "ok");

     WMBUS_SetDeviceSpecificReadings($hash, $name, $mb);

  Michael

[Trainman]

Hallo Zusammen

Ich bin ein FHEM neuling und versuche meine Wasserzähler von ISTA auszulesen (Eigentumswohnung).
Nachdem ich mir in der Bucht einen CUL geholt habe, diesen mit der neuestem Firmware mit 300k Buffsize und nur WMBUS geflasht habe komme ich nicht mehr weiter.
Ich habe ihn mal auf T-Mode gesetzt und den Verbose auf 5 gestellt, trotzdem kommt nix rein - dasselbe beim S-Mode.
Im Anhang habe ich das Log und meine cofig seite vom CUL - evtl findet einer von euch den Fehler oder hat mir einen Tipp was ich anders machen muss.

Vielen Dank für eure Hilfe

Roger

[dadoc]

Hallo zusammen,
Ich würde gern die Daten von drei Wärmemengenzählern einer Gas-Therme in fhem holen (zwei Heizkreise, davon einer nur Heizung = 1 Wärmemengenzähler, der andere Heizung + Warmwasser = 2 Wärmemengenzähler).
Bei den Wärmemengenzählern handelt es sich um F90S. Für diese gibt es wohl Mbus-Module, über die die Daten per Funk ausgegeben werden. Das könnte man dann vermutlich mit einem CUL und dem Modul WMBUS in fhem auslesen.
Dazu habe ich ein paar Fragen:
1. CUL/Jeelink: Man kann einen CUL nicht als JeeLink-Ersatz verwenden, so das Wiki. Vermutlich umgekehrt auch nicht? Frage, weil ich noch einen jungfräulichen JeeLink rumliegen habe, und die Frequenz ja zu passen scheint.
2. Egal ob CUL oder JeeLink: Heizung und Wärmezähler sind im Keller; mein fhem-Raspi aber wohnt im Dachgeschoss. Wie kriege ich die Daten idealerweise von unten nach oben? Einen per Kabel mit dem Dachgeschoss verbundenen Router/Wlan habe ich schon im Keller. Habe bei Ali alle möglichen Module gefunden, die Mbus angeblich über Ethernet/Rs485 bis hin zu 4G übertragen sollen. Hat jemand Erfahrungen zum den bei mir denkbaren Ethernet-Weg? Wie müsste das dann auf der Empfängerseite aussehen?
3. Ich brauche vermutlich drei Mbus-Module, für jeden Wärmezähler eines. Aber kann ich die Daten der drei Zähler mit einem CUL empfangen? Wie?
Viele Dank & viele Grüße
Martin