FHEM Forum

CUL => Hard- und Firmware => Thema gestartet von: tostmann am 12 Juni 2014, 17:34:32

Titel: Wireless M-Bus für CUL
Beitrag von: tostmann am 12 Juni 2014, 17:34:32
Ich habe culfw um (vorerst) den Empfang von wireless m-bus Paketen erweitert.
Damit kann man z.B. KNX-RF machen oder auch Stromzähler und Wasseruhren abfragen.
Interessant ist wohl dabei auch die nachrüstbare Stromzähler-Ablesevorrichtung: http://forum.fhem.de/index.php?topic=18038.0

culfw schreibt die empfangenden raw-wmbus-Pakete in bekannter Weiser in Hex mit Prefix 'b'

Ich suche somit Tester für culfw und Integratoren für wMBus in FHEM.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Ich79 am 12 Juni 2014, 17:51:35
Hi!
Das hört sich interessant an! Ich habe leider keinen CUL (noch?). Für mich wäre insbesondere interessant die Werte der Wasseruhren und Heizkostenverteiler zu bekommen. Hier sind überall die Geräte von Qundis installiert. Als Heizkostenverteiler die "caloric 5" Geräte. Die Daten laufen scheinbar bei einem Gerät im Treppenhaus zusammen (Was genau das ist, weiss ich nicht. Ist von Siemens).
Nach meiner Recherche ist der M-Bus aber unter Umständen verschlüsselt.
Weiss jemand, ob das wirklich so ist? Bzw wie hoch die Chancen sind an die Daten zu kommen? Dann würde ich mir wohl auch mal einen CUL holen. Das wäre schon sehr interessant.

Viele Grüße,
Boris
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Puschel74 am 12 Juni 2014, 18:23:39
Hallo,

wenn es mit dem CUL nicht klappt kannst du ihn ja immer noch im Marktplatz verkaufen  ;)

Grüße
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: johgoe am 02 Juli 2014, 23:22:23
Wie kann ich die culfw und den wMBus testen? Einen CUL hab ich bereits
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: tostmann am 02 Juli 2014, 23:27:44
Aktuelle Firmware 1.60+ installieren und dann auf Empfang gehen. Es gibt für T- oder S-Mode je ein Kommando:

brs  (für S-Mode)
brt  (für T-Mode)

und schauen ob was empfangen wird...
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: SPRFastForward am 11 Juli 2014, 10:24:10
Hallo,

wir von FAST FORWARD haben ein neues Thema unter http://forum.fhem.de/index.php/topic,25285.0.html (http://forum.fhem.de/index.php/topic,25285.0.html) eröffnet.

Vielleicht ist das was für Euch?

Gruss

SPRFastForward
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 16 Juli 2014, 22:08:15
Ich habe damit jetzt mal ein wenig rum gespielt.

Sehe ich das richtig, dass sobald der wireless m-bus Empfang eingeschaltet wird (brs) kein anderes Protokoll (z. B. Homematic) mehr empfangen wird?

Auch nach Ausschalten von mbus (brx) ist bei mir weiterhin kein Empfang von Homematic möglich, erst nach dem expliziten Kommando Ar.

Ist das so gedacht?

Gruß,

Kai
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: tostmann am 16 Juli 2014, 23:17:50
Der Empfang pro Transceiver ist immer SyncWord und Bitraten abhängig und daher nur für ein Protokoll: Homematic, MAX!, SlowRF oder eben auch m-bus zur gleichen Zeit möglich.
Aus diesem Grunde wurde SCC entwickelt, der mehrfach übereinander steckbar gleichzeitigen Empfang ermöglicht - so erforderlich.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 24 Juli 2014, 19:18:29
Habe ich das richtig verstanden, kann man mit der neuen Firmware und passendem CUL nun die Funkprotokolle der (beispielsweise) Qundis Wasseruhren mitlesen? Benötigt man da noch weiteres, z.B. irgendwelche Dekodierungs-Schlüssel o.ä. oder kann ich einfach alle Wasseruhren der Nachbarschaft "mitlesen"?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 24 Juli 2014, 19:32:00
Wireless M-Bus ist normalerweise AES-128 verschlüsselt, d.h. man braucht den Schlüssel der Wasseruhr die man auslesen will.

Die Verschlüsselung ist allerdings nicht zwingend, d.h. evtl. kommt auch was unverschlüsseltes von den Nachbarn.

Ich arbeite gerade an einem Wireless M-Bus Modul für fhem, so dass solche Uhren dort einfach integriert werden können.
Ist aber noch ganz am Anfang, ich kann noch keinen Fertigstellungstermin nennen.

Hast du so eine Wasseruhr mit Wireless M-Bus und wärst interessiert daran das fhem Modul zu testen?

Gruß,

Kai
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 25 Juli 2014, 09:36:39
Ich habe sogar zwei solcher Uhren (Warm- und Kaltwasser) und einen Wärmemengenzähler an der Fußbodenheizung. Sollte das Protokoll verschlüsselt sein, besteht jedoch das Problem, dass ich nicht weiß, ob der Hausverwalter den Schlüssel kennt. Ich meine aber, dass wir nicht mehr von einer Firma ablesen lassen, sondern der Hausverwalter dies kostengünstig übernimmt (und damit den Schlüssel kennen müsste), wobei "Ablesen" hier natürlich "in den Hausflur stellen und Daten empfangen" bedeutet.

Da ich meinen CUL868 gegen einen CUL433 getauscht habe (dieser macht nur Intertechno), stellt sich die nächste Frage: Funktioniert´s damit auch? Den 868er kann ich ja temporär mit 433 MHz nutzen - geht´s auch umgekehrt? Falls ja: Wenn du mir eine kurze Anleitung gibst, was ich tun soll, lass ich den CUL mal horchen (Intertechno wird im Sommer selten benötigt und kann daher gerne mal für Testzwecke ausfallen).
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bm7777 am 27 Juli 2014, 11:44:47
Zitat von: kaihs am 24 Juli 2014, 19:32:00
Wireless M-Bus ist normalerweise AES-128 verschlüsselt, d.h. man braucht den Schlüssel der Wasseruhr die man auslesen will.

Die Verschlüsselung ist allerdings nicht zwingend, d.h. evtl. kommt auch was unverschlüsseltes von den Nachbarn.

Ich arbeite gerade an einem Wireless M-Bus Modul für fhem, so dass solche Uhren dort einfach integriert werden können.
Ist aber noch ganz am Anfang, ich kann noch keinen Fertigstellungstermin nennen.

Hast du so eine Wasseruhr mit Wireless M-Bus und wärst interessiert daran das fhem Modul zu testen?

Gruß,

Kai
Hallo,
ich wäre sehr interessiert das Modul zu testen. Die entsprechende Hardware habe ist vorhanden. Ich bin aber noch ganz am Anfang mit fhem , deswegen könnte es immer ein wenig dauern bis du Ergebnisse bekommst.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 27 Juli 2014, 17:20:09
Schön, dass ihr Interesse an dem Test habt.

Der Empfang sollte prinzipiell auch mit einem 433MHz CUL funktionieren, die Reichweite ist nur schlechter. Wie weit ist der CUL von den Uhren entfernt?

Voraussetzung für den Test ist ein CUL mit einer culfw die Wireless M-BUS unterstützt, d.h. ab Version 1.59.

Wireless M-BUS Geräte können auf zwei unterschiedliche Arten funken, der sog. S-Mode und T-Mode.
Da ihr wahrscheinlich nicht wisst, welchen Mode eure Geräte verwenden müsst ihr beide ausprobieren.

Dazu für den S-Mode

set [euerCulDevice] raw brs


bzw. für den T-Mode

set [euerCulDevice] raw brt


ausführen.

Danach ist der CUL allerdings 'taub' für allen anderen Funkverkehr, es wird also ein CUL exklusiv für Wireless M-BUS benötigt.

Mit

set [euerCulDevice] raw Ar


könnt ihr aber jederzeit wieder auf z. B. Homematic zurückschalten.

Dann mit

attr [euerCulDevice] verbose 5


dafür sorgen, dass mehr ins Log geschrieben wird.

Dann heißt es warten, Wireless M-BUS Geräte entscheiden selbst wann sie senden, abhängig von der Geräteklasse.
Einmal in 24 Stunden sollten sie sich aber mindestens melden, wahrscheinlich aber viel häufiger, z. B. alle 15 Minuten.

Dann sollte im Log ein empfangener Code auftauchen der mit einem kleinen b anfängt.
Das dann bitte hier posten, ich werde dann versuchen das zu dekodieren.
Selbst wenn das verschlüsselt ist lässt sich der Header mit Hersteller und Seriennummer immer dekodieren.

Gruß,

Kai
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 27 Juli 2014, 18:00:37
Die Meldungen kommen dann im fhem.log, richtig?

Ich habe mir eben auf dem CUL v3.4 433MHz mal die aktuelle Firmware 1.61 geflasht, im Logfile bekomme ich jedoch folgendes:

screen /dev/ttypACM0
V
V 1.61 CUL433


2014.07.27 17:56:20.535 3: set MyCUL raw brs
2014.07.27 17:56:20.550 2: MyCUL: unknown message SMODE


Der T-Mode scheint jedoch zu funktionieren:

2014.07.27 18:01:22.172 3: set MyCUL raw brt
2014.07.27 18:01:22.173 5: SW: brt


Die Uhren sind übrigens weniger als 2m vom CUL entfernt, nur durch eine 10cm Ytong-Wand getrennt. Der Wärmemengenzähler befindet sich noch näher am CUL, allerdings in einem Blech-Gehäuse (Heizungsverteiler). Die Zähler des Nachbarn sind nur durch eine 30cm gemauerte Wand getrennt.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 27 Juli 2014, 18:34:43
Hab beim S-Modus irgendwas falsch gemacht, geht jetzt. Nachdem im T-Modus nach 30 Minuten immer noch keine Meldung kam, lausche ich jetzt mal im S-Modus...

2014.07.27 17:56:20.535 3: set MyCUL raw brs
2014.07.27 17:56:20.550 2: MyCUL: unknown message SMODE
2014.07.27 18:01:22.172 3: set MyCUL raw brt
2014.07.27 18:01:22.173 5: SW: brt
2014.07.27 18:33:39.553 3: set MyCUL raw brs
2014.07.27 18:33:39.553 5: SW: brs
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 27 Juli 2014, 23:02:06
Hi,

wenn du sowieso schon direkten Zugriff per screen auf den CUL hast wäre es erstmal einfacher ohne fhem zu arbeiten.

D.h. per screen mit dem CUL verbinden, dann brs bzw. brt eingeben.

Dann sollte irgendwann etwas in der Art kommen

b1944C4189985051701028A7D7AF30000A0340578D4080002FD084C58A07E


Kann auch länger oder kürzer sein. Das brauche ich dann.

Ich habe gerade selber mal mit einem 433MHz Empfänger getestet, das funktioniert. Allerdings liegt der Sender auch nur 20cm entfernt.

Gruß,

Kai
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 28 Juli 2014, 08:35:58
Ich lasse heute Vormittag mal im S-Modus lauschen, bis jetzt habe ich folgendes

SMODE
FFF0DFF5F0C0008553000010613089CAE0BFFFC97C6


Die hier empfange Nachricht fängt allerdings nicht mit 'b' an.

Die Qundis-Sender sind per default übrigens wie folgt eingestellt, womit ich gestern lange hätte warten können:

~ täglicher Sendezeitraum 8:00 – 18:00 Uhr
~ keine Aussendung von Telegrammen an Sonntagen
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 28 Juli 2014, 09:09:45
Eine erste Nachricht, die nach was brauchbarem aussieht:

b2C4465320194705841077E977A09000000046D0708DC1701FD0C0532CB996CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6

... und Stunden später noch eine:

b2C4465320194705841077E977A0A000000046D250BDC1701FD0C0532AE186CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6

... und kurze Zeit später geht´s weiter:

b2C446532029470584107016A7A0A000000046D310BDC1701FD0C053271BA6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 28 Juli 2014, 20:57:59
Das sind Pakete von zwei unterschiedlichen Wasserzählern der Firma Landis & Staefa electronic. Die Pakete sind nicht verschlüsselt.

D.h. du kannst zumindest die Wasserzähler ohne Probleme auslesen. Wenn möglich kannst du nochmal ein paar Pakete sammeln und mir die dazugehörigen Zählerstände nennen, dann kann ich das abgleichen.

Ich werde mich melden sobald ich eine erste Beta-Version des fhem Moduls fertig habe und du konkret etwas testen könntest.

Gruß,

Kai
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 28 Juli 2014, 22:23:34
Qundis Firmenhistorie - passt schon mal:

1999 Übernahme durch Siemens-Konzern, bis April 2004 unter Siemens Landis & Staefa electronic GmbH firmierend

Ich selbst habe folgende Wasserzähler, die Nachbarn gleiche mit anderen Seriennummern und Zählerständen:

WFZ166.MO - SN: 58709292 - 114,152 m³
WFZ166.MO - SN: 58709401 - 212,973 m³
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 28 Juli 2014, 22:52:10
Es waren Pakete von Zählern mit den Seriennummern 58709401 und 58709402, also einer von deinen und ein anderer.

Wahrscheinlich die Kaltwasserzähler, Warmwasser müsste sich anders identifizieren.

Vielleicht solltest du doch mal mit der Verwaltung sprechen und die Verschlüsselung aktivieren lassen und dir natürlich die Schlüssel von deinen Zählern geben lassen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 28 Juli 2014, 22:57:16
401 ist mein Kaltwasser, richtig.

Die Verwaltung lasse ich mal außen vor, da gibt's z.Zt. andere Baustellen.

Wie dekodierst du die Meldungen, gibt's da irgendwo eine Doku oder hast du Lust auf eine Erklärung (würde ggf. andere Tester locken)?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 28 Juli 2014, 23:07:03
Zitat von: kossmann am 28 Juli 2014, 22:57:16
Wie dekodierst du die Meldungen, gibt's da irgendwo eine Doku oder hast du Lust auf eine Erklärung (würde ggf. andere Tester locken)?

Im Moment studiere ich noch die diversen Dokumente die M-Bus und Wireless M-Bus beschreiben, zusammen gut 200 Seiten. Die Informationen sind leider über die Dokumente verteilt, das macht es etwas schwieriger. Wenn Interesse besteht suche ich noch die Links zu der Doku raus, habe ich gerade nicht greifbar.

Daraus habe ich dann erstmal ein Perl Script gebastelt das die o.g. Informationen schon mal extrahiert.

Nächster Schritt ist ein Perl Modul für die Dekodierung von M-Bus Paketen. Dann ein fhem-Modul welches dann das M-Bus Modul nutzt.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 28 Juli 2014, 23:11:15
Interesse besteht auf jeden Fall, sinnvoll wäre die Bündelung der Infos - wer auch immer das übernimmt... nicht, dass du morgen vom Bus erwischt wirst und der Status-Quo verschwindet ;-)

Mich wunderte heute morgen die Info von dir, dass die Länge variieren kann, dies hat mich erst mal von Recherchen abgehalten.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 29 Juli 2014, 08:22:47
Hier noch zwei Pakete von heute Nacht:

b374465B2118222001604DDD67A0D000000046D1F0CDD1701FD0C0632BA6D6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b2C446532029470584107016A7A0D000000046D1617DC1701FD0C0532B3DB6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6


Der Vormittag:

b2C4465320194705841077E977A0F000000046D1208DD1701FD0C053230C46CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6

Der Nachmittag, wobei wieder die kurze Meldung ohne b am Anfang dabei ist:

FFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b2C446532029470584107016A7A10000000046D340BDD1701FD0C0532320A6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977A10000000046D080CDD1701FD0C053289EA6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bm7777 am 29 Juli 2014, 11:24:59
Ich habe eine EnergieCam. Im S-Mode der seit gestern abend eingestellt ist bekomme ich folgende Meldungen:
2014.07.28 23:04:56 3: set SCC raw brs
2014.07.28 23:04:56 4: CUL_send:  SCCbr s     
2014.07.28 23:04:56 5: CUL/RAW: /? (brs is unknown) Use one of m B C F i A Z G M R T V W
2014.07.28 23:04:56 5: CUL/RAW: ? (brs is unknown) Use one of m B C F i A Z G M R T V W /X e f * l t u x
2014.07.28 23:04:56 5: CUL/RAW: ? (brs is unknown) Use one of m B C F i A Z G M R T V W X e f * l t u x
/

2014.07.28 23:04:56 4: CUL_Parse: SCC ?  ( br s is  unkno wn) Us e one of m B C F i A Z G M R T V W X e f * l t u x
2014.07.28 23:04:56 2: SCC: unknown message ? (brs is unknown) Use one of m B C F i A Z G M R T V W X e f * l t u x
2014.07.28 23:04:57 5: CUL/RAW: /A1447845
2014.07.28 23:04:57 5: CUL/RAW: A1447845/E2856640
2014.07.28 23:04:57 5: CUL/RAW: A1447845E2856640/000008023B900000
2014.07.28 23:04:57 5: CUL/RAW: A1447845E2856640000008023B900000/A002408F
2014.07.28 23:04:57 5: CUL/RAW: A1447845E2856640000008023B900000A002408F/EF90D

2014.07.28 23:04:57 4: CUL_Parse: SCC A 14 47 845E 285664 000000 8023B900000A002408FEF90D -67.5
2014.07.28 23:04:57 5: SCC dispatch A1447845E2856640000008023B900000A002408FEF9::-67.5:SCC
2014.07.28 23:07:13 5: CUL/RAW: /A1448845
2014.07.28 23:07:13 5: CUL/RAW: A1448845/E2856640
2014.07.28 23:07:13 5: CUL/RAW: A1448845E2856640/00000802
2014.07.28 23:07:13 5: CUL/RAW: A1448845E285664000000802/3B900000
2014.07.28 23:07:13 5: CUL/RAW: A1448845E2856640000008023B900000/9002408FDFE11


FHEM habe ich auf die neuste Version geupdatet.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: rudolfkoenig am 29 Juli 2014, 15:25:58
Vermutlich ist MBUS fuer SCC noch nicht aktiviert.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bm7777 am 29 Juli 2014, 17:04:27
ICh weiss nicht ob ich dich da jetzt richtig verstehe, aber aktivieren tu ich doch mit dem Befehl Set SCC raw brs ,oder?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 29 Juli 2014, 17:06:38
Wenn ich Rudolf richtig verstehe, meint er, dass ggf. die SCC-Firmware noch keinen M-Bus integriert hat - im Gegensatz zur CUL-Firmware.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: rudolfkoenig am 29 Juli 2014, 23:07:21
ja, vmtl muss das entsprechende HAS_* define im Devices/SCC/board.h gesetzt werden, bevor man SCC.hex generiert.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bm7777 am 30 Juli 2014, 08:42:18
Könntet ihr mir eine Hinweis geben was ich jetzt machen muss. Kann ich das HAS define selber setzen ? Gibt es eine Anleitung ? Oder muss ich eine neuere Firmware aufspielen ?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 30 Juli 2014, 08:47:30
Firmware wirst du selbst neu aufspielen müssen, vorher entsprechend kompilieren - aber wie das HAS-Zeug genau gesetzt wird, kann ich dir auch nicht sagen. Irgendwie in der entsprechenden board.h (CUL_VER_161/Devices/SCC/board.h).

Ich habe das Logging mal per FHEM abgefangen (irgendwas stimmt da aber noch nicht bei set MyCUL raw brs), sieht heute Nacht wie folgt aus:

2014.07.29 21:44:43.345 4: CUL_Parse: MyCUL b2C446532029470584107016A7A12000000046D2F14DD1701FD0C053263896CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.07.30 00:51:07.797 4: CUL_Parse: MyCUL b374465B2118222001604DDD67A13000000046D220DDE1701FD0C0632B2DB6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
2014.07.30 00:53:39.874 4: CUL_Parse: MyCUL b2C4465320194705841077E977A13000000046D3617DD1701FD0C0532D3E46CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.07.30 01:21:51.312 4: CUL_Parse: MyCUL b2C446532029470584107016A7A13000000046D1900DE1701FD0C053220106CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.07.30 04:28:43.614 4: CUL_Parse: MyCUL b374465B2118222001604DDD67A14000000046D0B11DE1701FD0C063226E16CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
2014.07.30 04:58:08.858 4: CUL_Parse: MyCUL b2C4465320194705841077E977A14000000046D3B03DE1701FD0C05323E716CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.07.30 04:58:11.309 4: CUL_Parse: MyCUL b2C446532029470584107016A7A14000000046D0104DE1701FD0C0532A0DE6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.07.30 08:26:02.466 4: CUL_Parse: MyCUL b374465B2118222001604DDD67A15000000046D0915DE1701FD0C063269C66CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
2014.07.30 08:57:50.287 4: CUL_Parse: MyCUL b2C446532029470584107016A7A15000000046D0108DE1701FD0C053269086CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.07.30 09:17:38.841 4: CUL_Parse: MyCUL b2C4465320194705841077E977A15000000046D1208DE1701FD0C053203356CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.07.30 12:24:09.364 4: CUL_Parse: MyCUL b374465B2118222001604DDD67A16000000046D0701DF1701FD0C0632AABD6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
2014.07.30 12:54:33.257 4: CUL_Parse: MyCUL b2C446532029470584107016A7A16000000046D390BDE1701FD0C053285706CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.07.30 13:35:48.833 4: CUL_Parse: MyCUL b2C4465320194705841077E977A16000000046D250CDE1701FD0C0532CFA56CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 30 Juli 2014, 18:42:17
Die langen Pakete sind von einem Wärmezähler.

Hier mal ein paar Quellen zu (Wireless) M-Bus:

M-Bus http://www.m-bus.com/files/MBDOC48.PDF (http://www.m-bus.com/files/MBDOC48.PDF)
Wireless M-Bus http://oms-group.org/download4all/ (http://oms-group.org/download4all/)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 30 Juli 2014, 18:43:16
Zitat von: bm7777 am 30 Juli 2014, 08:42:18
Könntet ihr mir eine Hinweis geben was ich jetzt machen muss. Kann ich das HAS define selber setzen ? Gibt es eine Anleitung ? Oder muss ich eine neuere Firmware aufspielen ?

Mit dem define alleine ist es nicht getan, da müssen auch noch ein paar Zeilen Code hinzugefügt werden.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 30 Juli 2014, 19:08:55
Zitat von: kaihs am 30 Juli 2014, 18:43:16
Mit dem define alleine ist es nicht getan, da müssen auch noch ein paar Zeilen Code hinzugefügt werden.

Ich habe gerade (Revision 441) die notwendigen Anpassungen für das rpiaddon in das culfw Repository eingecheckt.

Davon sollten sich die notwendigen Anpassungen für SCC ableiten lassen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 30 Juli 2014, 19:57:42
Zitat von: kaihs am 30 Juli 2014, 18:42:17
Die langen Pakete sind von einem Wärmezähler

Sehr gut, zufällig ein Qundis mit SN 00228211 mit einem Stand von 9537 kWh (Stichtag 01.01., Stand 8456 kWh) dabei?

Wie weit bist du denn mit dem FHEM-Modul? Fängst du da gerade erst an oder ist schon eine Beta verfügbar?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 30 Juli 2014, 20:07:23
Ja, es ist ein Paket von genau dem Wärmezähler.

Das Modul ist noch nicht so weit, habe leider nicht so viel Zeit dafür. Aber bis zum Beginn der Heizperiode soll es wohl was werden  ;)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 30 Juli 2014, 20:13:14
Wenn ich die Pakete jetzt noch dekodieren könnte, hätte ich was zur Überbrückung bis zum Beta-Status. Hast du da eventuell einen PHP-Codeblock, welcher aus den Meldungen die Seriennummer und den aktuellen Zählerstand extrahieren kann? Das würde mir "unendlich" helfen ::)

Mit den Dokus befasse ich mich morgen mal.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 30 Juli 2014, 20:22:19
Wenn es denn so dringend ist, anbei mein erstes Testskript, ist allerdings in perl.

Momentan kann das nur den Header dekodieren, Zählerstand ist gerade kaputt.

Das Paket (ohne b) muss du in die Zeile mit my $msg = '...'; einsetzen.

Dann das Skript mit perl -f unpack.pl starten.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 30 Juli 2014, 20:24:24
Danke, gucke ich mir morgen auch mal an - sobald du eine Idee hast, wie man (wieder) an den Zählerstand kommt, halte mich/uns hier auf dem Laufenden.

Brauchst du noch weitere Zeilen? Die würde ich dann liefern.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 31 Juli 2014, 09:14:13
Was mich wundert: Mein Kaltwasserzähler (SN 58709401) hat sich in den letzten 36 Stunden 9 mal gemeldet, der Warmwasserzähler (SN 58709292) kein einziges mal, dafür aber der Wasserzähler (auch Kaltwasser?) eines Nachbarn (SN 58709402) 8 mal. Wärmemengenzähler empfange ich nur meinen eigenen (SN 228211) - 9 mal.

Von außen sehen die Funkmodule des Kalt- und Warmwasserzählers identisch aus (Qunids WFZ166.MO). Liegt hier ggf. noch ein Problem in der Firmware?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 05 August 2014, 08:48:04
Ich habe mir mal einen neuen CUL868 bestellt, damit dieser exklusiv bei mir für M-Bus zur Verfügung steht. Wenn es bei dir ´was neues gibt, bitte melden ;)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 05 August 2014, 20:48:24
Die gute Nachricht: Eine erste Version des WMBus Moduls ist fertig.
Das kann die Beispieldaten aus des Spezifikation sowie die Daten einer EnergyCam fehlerfrei dekodieren und unterstützt auch die Entschlüsselung.
Beispielausgabe für einen Wärmemengenmesser:

Manufacturer 2324 HYD
IdentNumber 12345678
Version 42
Type 4 Heat
1. StorageNo 0 VIF_ELECTRIC_ENERGY 2850427000 Wh
2. StorageNo 0 VIF_VOLUME 703.476 m³
3. StorageNo 1 VIF_ELECTRIC_ENERGY 1445419000 Wh
4. StorageNo 1 VIF_TIME_POINT_DATE 2007-12-31
5. StorageNo 0 VIF_VOLUME_FLOW 0.127 m³/h
6. StorageNo 0 VIF_ELECTRIC_POWER 329.7 W
7. StorageNo 0 VIF_FLOW_TEMP 44.3 °C
8. StorageNo 0 VIF_RETURN_TEMP 25.1 °C
9. StorageNo 0 VIF_ERROR_FLAGS 0



Die schlechte Nachricht: Die Daten deiner Uhren lassen sich nicht vernünftig auswerten, da kommt dann sowas raus:

Manufacturer b265 lSE
IdentNumber 228211
Version 22
Type 4 Heat
1. StorageNo 0 VIF_TIME_POINT_DATE_TIME 2014-7-29 00:31
2. StorageNo 0 VIF_MODEL_VERSION 6
3. StorageNo 0 VIF_TIME_POINT_DATE invalid
4 MANUFACTURER SPECIFIC


D.h. außer den Daten aus dem Header und dem Zeitstempel ist nichts vernünftiges dabei, die wichtigen Daten sind scheinbar herstellerspezifisch codiert.
Ein Übertragungsfehler liegt nicht vor, die Checksummen passen alle.
Vielleicht habe ich da noch was nicht richtig verstanden, aber ich habe die Daten auch noch mal manuell dekodiert, kommt das selbe bei raus.

Anbei das Modul sowie ein Testprogramm.

Das Modul benötigt die perl Module Digest::CRC, Crypt:CBC und Crypt::OpenSSL::AES, die müssen mglw. vorher erst installiert werden, z. B. per cpan.

Der nächste Schritt ist jetzt das fhem Modul das das WMBus.pm verwendet.

Gruß,

Kai
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 05 August 2014, 21:12:33
Das hört sich ja leider (für mich) nur "mittel-gut" an. Ich kann Qundis ja morgen mal anschreiben, ob sie sich bei ihrem "Q walk-by" an den "wireless M-Bus" Standard halten oder ob da sonst irgendwas "codiert" wird. Ich befürchte jedoch, dass die Antwort spärlich ausfallen wird.

Ich danke auf jeden Fall für deine Mühen, warte auf meinen CUL868 und hoffe auf andere User mit Qundis-Zählern, die vielleicht Licht in´s Dunkle bringen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 05 August 2014, 21:20:55
Ich werde Qundis auch kontaktieren, vielleicht verraten die einem 'Entwickler' was.

Ich habe auch einen Wärmemengenzähler von Qundis, aber noch ohne Funk. Das es aber Nachrüstmodule für Q-WalkBy gibt besteht evtl. Hoffnung das ich den mal eingebunden bekomme.

Gruß,

Kai
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 06 August 2014, 09:24:35
Wo kommt denn der AESKey (82B0551191F51D66EFCDAB8967452301) her, den du im Test-Skript setzt? Ist das ggf. der Schlüssel für deine Test-Nachrichten und kann damit gar nicht bei meinen Nachrichten funktionieren?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 06 August 2014, 19:09:59
Der AESKey ist für diesen Beispieldatensatz aus der Spezifikation


# Annex N, water encrypted, page 84
#my $msg = '2E44242344227592290738D17A1F002005059B4D12F7355E4DF6DF4CFF3667BEFB7A5476112FF448BF981AF9064CB7430ACD43A197CBFD';


Der Key wird aber nur verwendet, wenn der Datensatz auch verschlüsselt ist. Ob ein Datensatz verschlüsselt ist kann man an einem Flag im unverschlüsselten Header erkennen.
Deine Datensätze sind nicht verschlüsselt, daher ist das nicht die Ursache für den unbefriedigenden Inhalt.

Kai
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Chelaz am 07 August 2014, 20:57:49
Hallo,

ich würde auch gerne mal sehen, ob ich meine M-Bus Geräte empfangen kann. Leider habe ich keinen CUL, sondern einen CUNO2. In den Sourcen der FW 1.61 finde ich leider keine Portierung für den CUNO2. Geht das prinzipiell nicht, oder wurde es einfach noch nicht gemacht?

Danke und Grüße
Michael
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 07 August 2014, 21:13:20
Das wurde nur noch nicht gemacht. Ich könnte das machen, kann das Ergebnis aber nicht testen, da ich keinen CUNO habe. Wenn du bereit bist zu gestern könnte ich das am Wochenende machen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Chelaz am 07 August 2014, 21:39:16
Ich habe eine ISTA sensonic II mbus http://www.ista.de/produkte/m_bus_system/sensonic_ii_mbus/index.html (http://www.ista.de/produkte/m_bus_system/sensonic_ii_mbus/index.html) für meine Fußbodenheizung und einen Kalt- sowie Warmwasserzähler von ISTA. Nun bin ich mir leider gerade gar nicht mehr sicher, ob diese Geräte wireless auslesbar sind, oder ob die über ne Busleitung zentral im Heizungskeller ausgelesen werden. Bei letzerem nützt mir mein CUNO2 leider wenig.

Grüße
Michael
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 08 August 2014, 19:05:11
ISTA sensonic II mbus ist wohl nicht Wireless M-Bus sondern M-Bus, d.h. drahtgebunden.

Die Protokolle sind zwar sehr ähnlich, die Übetragungsmedien sind aber unterschiedlich.
Für M-Bus braucht man wohl noch einen Konverter auf ein auch Computern übliches Signal wie USB oder so.

Kai
Titel: 36_WMBUS.pm ist fertig
Beitrag von: kaihs am 10 August 2014, 21:32:30
Die erste Version des Wireless M-BUS Moduls 36_WMBUS.pm ist fertig und steht ab sofort im SVN und morgen per update zur Verfügung.

Es unterstützt WMBus inkl. AES Verschlüsselung.

Es werden zusätzlich die Perl Module Crypt::CBC, Digest::CRC und Crypt::OpenSSL::AES benötigt.

Getestet habe ich bisher nur mit einer EnergyCam als Wasser- und Elektrozähler.

Weitere Tester sind gerne willkommen.

Da die WMBus Spezifikation sehr umfangreich ist habe ich bisher nur die Daten und Werttypen implementiert die wohl am gebräuchlichsten sind.
Bei Bedarf kann ich das Modul aber noch erweitern.

Gruß,

Kai
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 11 August 2014, 08:39:49
Die Integration in FHEM funktioniert, mein neuer CUL868 empfängt auch Daten:

2014.08.11 08:13:53.744 3: WMBUS Unknown device b374465B2088222001604A4197A5D000000046D3014CB1801FD0C06326C966CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE, please define it
2014.08.11 08:13:53.745 2: autocreate: define WMBUS_lSE_2261512_22_4 WMBUS b374465B2088222001604A4197A5D000000046D3014CB1801FD0C06326C966CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
2014.08.11 08:13:53.748 3: WMBUS_lSE_2261512_22_4: I/O device is CUL868
2014.08.11 08:13:53.756 2: autocreate: define FileLog_WMBUS_lSE_2261512_22_4 FileLog ./log/WMBUS_lSE_2261512_22_4.log WMBUS_lSE_2261512_22_4
2014.08.11 08:15:59.369 3: WMBUS Unknown device b2C446532039470584107C0E27A5D000000046D1207CB1801FD0C0532031F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6, please define it
2014.08.11 08:15:59.371 2: autocreate: define WMBUS_LSE_1483772931_65_7 WMBUS b2C446532039470584107C0E27A5D000000046D1207CB1801FD0C0532031F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.11 08:15:59.417 3: WMBUS_LSE_1483772931_65_7: I/O device is CUL868
2014.08.11 08:15:59.423 2: autocreate: define FileLog_WMBUS_LSE_1483772931_65_7 FileLog ./log/WMBUS_LSE_1483772931_65_7.log WMBUS_LSE_1483772931_65_7
2014.08.11 08:19:18.282 3: WMBUS Unknown device b2C4465320594705841073F187A5D000000046D1907CB1801FD0C0532FC1E6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6, please define it
2014.08.11 08:19:18.283 2: autocreate: define WMBUS_LSE_1483772933_65_7 WMBUS b2C4465320594705841073F187A5D000000046D1907CB1801FD0C0532FC1E6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.11 08:19:18.285 3: WMBUS_LSE_1483772933_65_7: I/O device is CUL868
2014.08.11 08:19:18.291 2: autocreate: define FileLog_WMBUS_LSE_1483772933_65_7 FileLog ./log/WMBUS_LSE_1483772933_65_7.log WMBUS_LSE_1483772933_65_7
2014.08.11 08:19:40.541 3: WMBUS Unknown device b2C446532409470584107527B7A5D000000046D1407CB1801FD0C053226506CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6, please define it
2014.08.11 08:19:40.544 2: autocreate: define WMBUS_LSE_1483772992_65_7 WMBUS b2C446532409470584107527B7A5D000000046D1407CB1801FD0C053226506CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.11 08:19:40.548 3: WMBUS_LSE_1483772992_65_7: I/O device is CUL868
2014.08.11 08:19:40.554 2: autocreate: define FileLog_WMBUS_LSE_1483772992_65_7 FileLog ./log/WMBUS_LSE_1483772992_65_7.log WMBUS_LSE_1483772992_65_7
2014.08.11 08:28:01.479 3: WMBUS Unknown device b2C446532049470584107FE907A5D000000046D2207CB1801FD0C053214026CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6, please define it
2014.08.11 08:28:01.481 2: autocreate: define WMBUS_LSE_1483772932_65_7 WMBUS b2C446532049470584107FE907A5D000000046D2207CB1801FD0C053214026CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.11 08:28:01.483 3: WMBUS_LSE_1483772932_65_7: I/O device is CUL868
2014.08.11 08:28:01.489 2: autocreate: define FileLog_WMBUS_LSE_1483772932_65_7 FileLog ./log/WMBUS_LSE_1483772932_65_7.log WMBUS_LSE_1483772932_65_7


Die entsprechenden Logfiles sind jedoch leer und Datenstände gibt es nicht. Meldungen, dass die empfangenen Daten nicht dekodiert werden können (da z.B. herstellerspezifisch) finde ich nun jedoch nirgendwo. Ist das richtig?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: wopper am 11 August 2014, 14:22:35
Habe eine EnergyCam, bekomme über das Logfile aber nur:
2014.08.11 14:20:06 3: CUL_0: Unknown code b1944C41838648717010715297AD40000800415C717220002FD083BC0D035, help me!
Was mache ich falsch?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 11 August 2014, 14:27:43
Wie hast du das CUL zum "lauschen" überredet? Mit einem "set <CUL> raw brs" hatte ich gestern noch dasselbe. Heute früh habe ich nach einem Update das CUL nicht mehr im "rfmode SlowRF" lauschen lassen, sondern direkt "rfmode WMBus_S" gesetzt.

Meine autocreate-Logfiles häufen sich nun, die Nachbarschaft lässt grüßen:

-rw-r--r-- 1 fhem dialout    0 Aug 11 08:57 log/WMBUS_LSE_1483772562_65_7.log
-rw-r--r-- 1 fhem dialout 1024 Aug 11 12:48 log/WMBUS_LSE_1483772563_65_7.log
-rw-r--r-- 1 fhem dialout 1024 Aug 11 13:30 log/WMBUS_LSE_1483772823_65_7.log
-rw-r--r-- 1 fhem dialout 1024 Aug 11 12:37 log/WMBUS_LSE_1483772824_65_7.log
-rw-r--r-- 1 fhem dialout 1024 Aug 11 13:17 log/WMBUS_LSE_1483772825_65_7.log
-rw-r--r-- 1 fhem dialout    0 Aug 11 12:20 log/WMBUS_LSE_1483772928_65_7.log
-rw-r--r-- 1 fhem dialout 1024 Aug 11 12:24 log/WMBUS_LSE_1483772929_65_7.log
-rw-r--r-- 1 fhem dialout 1024 Aug 11 12:56 log/WMBUS_LSE_1483772930_65_7.log
-rw-r--r-- 1 fhem dialout 1024 Aug 11 12:10 log/WMBUS_LSE_1483772931_65_7.log
-rw-r--r-- 1 fhem dialout 1024 Aug 11 11:56 log/WMBUS_LSE_1483772932_65_7.log
-rw-r--r-- 1 fhem dialout    0 Aug 11 08:19 log/WMBUS_LSE_1483772933_65_7.log
-rw-r--r-- 1 fhem dialout    0 Aug 11 12:25 log/WMBUS_LSE_1483772984_65_7.log
-rw-r--r-- 1 fhem dialout    0 Aug 11 11:25 log/WMBUS_LSE_1483772985_65_7.log
-rw-r--r-- 1 fhem dialout 1024 Aug 11 12:26 log/WMBUS_LSE_1483772992_65_7.log
-rw-r--r-- 1 fhem dialout  976 Aug 11 12:02 log/WMBUS_lSE_2261512_22_4.log
-rw-r--r-- 1 fhem dialout    0 Aug 11 12:21 log/WMBUS_lSE_2261521_22_4.log
-rw-r--r-- 1 fhem dialout  976 Aug 11 12:13 log/WMBUS_lSE_2261522_22_4.log
-rw-r--r-- 1 fhem dialout  976 Aug 11 13:24 log/WMBUS_lSE_2261528_22_4.log
-rw-r--r-- 1 fhem dialout    0 Aug 11 11:36 log/WMBUS_lSE_2262641_22_4.log
-rw-r--r-- 1 fhem dialout    0 Aug 11 11:19 log/WMBUS_lSE_2262679_22_4.log


Was mich wundert: Die Logfiles werden leer angelegt. Beim ersten Empfang sind doch aber auch schon Daten dabei, die ausgewertet werden müssten. Kann es sein, dass die verschlampt werden und erst ab dem zweiten Datensatz ausgewertet wird (wenn das Gerät schon existiert)?

In den gefüllten Logfiles habe ich nun übrigens die schon vermissten Meldungen "4:type: MANUFACTURER SPECIFIC" :(
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: wopper am 11 August 2014, 14:53:55
Bin noch CUL Neuling, habe mir ihn extra für wM-Bus zum Testen zugelegt.
Habe CUL über set <CUL> raw brt gesetzt. Wie kann ich den rfmode direkt setzten?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 11 August 2014, 14:59:09
Du hast das CUL in der fhem.cfg momentan doch auch schon irgendwie konfiguriert, oder? So sieht es dort bei mir aus:

define CUL868 CUL /dev/cul868@9600 0000
  attr CUL868 rfmode WMBus_S
  attr CUL868 room System


/dev/cul868 ist eine Besonderheit (udev-Regel) bei mir und wird bei dir wahrscheinlich /dev/ttyACM0 sein. Entscheidend ist hier die zweite Zeile mit dem "rfmode WMBus_S" (bzw. WMBus_T). Die dritte Zeile ist bei mir nur eine räumliche Zuordnung.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 11 August 2014, 19:19:12
Zitat von: wopper am 11 August 2014, 14:53:55
Bin noch CUL Neuling, habe mir ihn extra für wM-Bus zum Testen zugelegt.
Habe CUL über set <CUL> raw brt gesetzt. Wie kann ich den rfmode direkt setzten?
Wie schon von kossmann geschrieben per Attribut rfmode, siehe auch die Dokumentation http://fhem.de/commandref.html#WMBUS (http://fhem.de/commandref.html#WMBUS). Das lässt sich auch über die FHEM Oberfläche einstellen, vielleicht besser als direkt in der cfg


Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 11 August 2014, 19:24:02


Zitat
Was mich wundert: Die Logfiles werden leer angelegt. Beim ersten Empfang sind doch aber auch schon Daten dabei, die ausgewertet werden müssten. Kann es sein, dass die verschlampt werden und erst ab dem zweiten Datensatz ausgewertet wird (wenn das Gerät schon existiert)?

Das soll so nicht sein, eigentlich sollen schon die Informationen des ersten Pakets ausgewertet werden. Werde ich mir morgen noch mal anschauen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: wopper am 12 August 2014, 15:57:30
Hatte Probleme Crypt::OpenSSL::AES über CPAN nach zu installieren.
cpan[1]> install Crypt::OpenSSL::AES
Reading '/root/.cpan/Metadata'
  Database was generated on Tue, 12 Aug 2014 08:06:15 GMT
Running install for module 'Crypt::OpenSSL::AES'
Checksum for /root/.cpan/sources/authors/id/T/TT/TTAR/Crypt-OpenSSL-AES-0.02.tar.gz ok
Scanning cache /root/.cpan/build for sizes
........................................................................----DONE
DEL(1/7): /root/.cpan/build/Archive-Extract-0.72-wU3SNH
DEL(2/7): /root/.cpan/build/Archive-Tar-2.00-CBoAei
DEL(3/7): /root/.cpan/build/Attribute-Handlers-0.96-5Bfkuy
DEL(4/7): /root/.cpan/build/AutoLoader-5.74-xWpTCu
DEL(5/7): /root/.cpan/build/B-Debug-1.21-GgPglW
DEL(6/7): /root/.cpan/build/B-Lint-1.17-kAhkx2
DEL(7/7): /root/.cpan/build/CPAN-2.05-_B1Ca4
'YAML' not installed, will not store persistent state
Configuring T/TT/TTAR/Crypt-OpenSSL-AES-0.02.tar.gz with Makefile.PL
Checking if your kit is complete...
Looks good
Generating a Unix-style Makefile
Writing Makefile for Crypt::OpenSSL::AES
Writing MYMETA.yml and MYMETA.json
  TTAR/Crypt-OpenSSL-AES-0.02.tar.gz
  /usr/bin/perl Makefile.PL INSTALLDIRS=site -- OK
Running make for T/TT/TTAR/Crypt-OpenSSL-AES-0.02.tar.gz
cp lib/Crypt/OpenSSL/AES.pm blib/lib/Crypt/OpenSSL/AES.pm
Running Mkbootstrap for Crypt::OpenSSL::AES ()
chmod 644 AES.bs
/usr/bin/perl /usr/local/share/perl/5.14.2/ExtUtils/xsubpp  -typemap /usr/share/perl/5.14/ExtUtils/typemap -typemap typemap  AES.xs > AES.xsc && mv AES.xsc AES.c
cc -c  -I. -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fstack-protector -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -g   -DVERSION=\"0.02\" -DXS_VERSION=\"0.02\" -fPIC "-I/usr/lib/perl/5.14/CORE"   AES.c
AES.xs:5:25: fatal error: openssl/aes.h: No such file or directory
compilation terminated.
make: *** [AES.o] Error 1
  TTAR/Crypt-OpenSSL-AES-0.02.tar.gz
  /usr/bin/make -- NOT OK
Failed during this command:
TTAR/Crypt-OpenSSL-AES-0.02.tar.gz           : make NO


Ich musste dann noch libssl-dev nach installieren und dann konnte ich Crypt::OpenSSL::AES builden und installieren.
apt-get install libssl-dev
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 12 August 2014, 21:15:41
Zitat von: kossmann am 11 August 2014, 14:27:43
Was mich wundert: Die Logfiles werden leer angelegt. Beim ersten Empfang sind doch aber auch schon Daten dabei, die ausgewertet werden müssten. Kann es sein, dass die verschlampt werden und erst ab dem zweiten Datensatz ausgewertet wird (wenn das Gerät schon existiert)?

Ich habe das noch mal analysiert. Die Daten des ersten empfangenden Pakets eine neues Devices werden schon richtig analysiert und stehen auch in den Readings.
Im Logfile sind sie noch nicht, da dieses erst nach dem Device angelegt wird. Da das alles automatisch durch die fhem Kernfunktionalität geschieht kann ich daran nicht viel machen.
Ist aber auch nicht so tragisch denke ich, die Werte sind ja in fhem  als Reading vorhanden, und ab dem nächsten Paket werden die Daten auch protokolliert.

Kai

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 12 August 2014, 21:37:59
Zitat von: wopper am 12 August 2014, 15:57:30
Ich musste dann noch libssl-dev nach installieren und dann konnte ich Crypt::OpenSSL::AES builden und installieren.

Danke für den Hinweis, ich werde die Dokumentation entsprechend ergänzen.

Kai
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 13 August 2014, 22:29:32
In WMBus.pm war leider noch ein Bug, so dass die IdentNumber falsch dekodiert wurde.
Das habe ich gerade korrigiert.

In der Konsequenz heißt das aber, dass alle Geräte bisher falsch angelegt wurden.
Nach dem Update werden daher die bisher angelegten devices nicht mehr den dafür eintreffenden Paketen zugeordnet sondern es werden neue devices angelegt.

Empfehlung: Vor dem Update alle WMBUS Geräte inkl. Logs löschen, config speichern, update durchführen, shutdown restart

Tut mir leid falls das zu Unannehmlichkeiten führt. Aber ich denke, dass das Modul bisher noch so wenig benutzt wird, dass ich so eine inkompatible Änderung noch durchführen kann.

Gruß,

Kai 
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 14 August 2014, 19:50:21
Kein Problem, ich betrachte das Modul noch als "noch im Beta-Stadium". Es wurde heute wieder alles brav angelegt.

Mir würde es jedoch wahnsinnig helfen, wenn die Auswertung der Qundis-Datensätze funktionieren würde. Gibt es hier schon etwas neues? Qundis hat mir leider (noch) nicht geantwortet. Ich kann hiermit ja mal 2 Kisten Bier als Prämie aufrufen :P
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 14 August 2014, 21:11:53
Mir hat Qundis auch nicht geantwortet was ich als nicht besonders kundenorientiert empfinde. Irgendeine Antwort, und sei es eine ablehnende, hätte ich schon erwartet.

Aber Qundis scheint nicht der einzige Hersteller zu sein, der sein eigenes Süppchen kocht.
Ich habe hier Datensätze von Techem Zählern, bei denen ist noch nicht mal der Zählertyp in der Norm spezifiziert  :(

Wenn du mit deinen Zählern weiter kommen willst musst du wohl reichlich Datensätze mit den dazu gehörigen, manuell abgelesenen, Zählerständen sammeln.
Dann kann man evtl. die bisher unbekannten Daten entschlüsseln.
Es schadet dabei sicher nicht, wenn du dich selbst ein wenig in das WMBus Datenformat einarbeitest.

Kai
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 15 August 2014, 16:20:52
Mir ist gerade noch aufgefallen, dass die Wärmemengenzähler der Heizung mit dem Hersteller 'lSE' angelegt werden, die Wasserzähler jedoch alle mit 'LSE'. Muss/Sollte das 'l' der Wärmemengenzähler nicht auch groß sein? Zumindest wird das kleine 'l' an gemeckert, wenn ich ein Device manuell mit diesem Hersteller anlege.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mdewendt am 17 August 2014, 15:33:21
Hallo.

Ich bin heute über den Artikel gestolpert und habe gleich einen alten 433MHz CUL dafür "abgestellt". Den scheint die Verbiegug auf 868,3MHz nicht wirklich zu sören. Bekomme Werte aus allen Ecken des Hauses.
Verbaut sind hier Wärmemengenzähler und Funkerweiterungen an den Wasserzählern. Bisher sind hier einige Wärmemengenzähler aufgetaucht - als LSE. Alles von Qundis.
Ich hätte gedacht das diese am Sonntag gar nicht senden aber nach einem Blick auf die Zeit die in Fhem angezeigt wird, wundert mich nichts: 2014-8-17 00:04 und das um 13:01. Oder muss ich mir da ein PM dazudenken?
VIF_FLOW_TEMP ist interessant - da kann man sich im Sommer ja fast die Thermometer in den Räumen sparen.
Leider kommt danach ein MANUFACTURER SPECIFIC - ich werde durch manuellen Vergleich mal schauen, ob ich etwas zu den weiteren Datenfeldern beitragen kann. Verschlüsselung scheint hier zu viel Arbeit zu machen und ist abgestellt?! is_encrypted 0


Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 18 August 2014, 09:50:16
Kai, könntest du den WMBus-Devices ggf. noch das Attribut ignore spendieren, so dass man die Zähler der Nachbar von FHEM ignorieren lassen kann?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 18 August 2014, 16:32:01
Zu dem lSE-LSE Unterschied ist mir noch folgendes aufgefallen:

Wenn ich meinen Heizungszähler in einer separaten Konfigurationsdatei (welche per include in der fhem.cfg eingelesen wird) wie folgt definiere

define Zaehler_Heizung WMBUS LSE 228211 22 4
  attr Zaehler_Heizung IODev CUL868


wird der Zähler per autocreate weiterhin neu angelegt

define WMBUS_lSE_228211_22_4 WMBUS lSE 228211 22 4
  attr WMBUS_lSE_228211_22_4 IODev CUL868


Versuche ich nun aber, den Zähler in meiner separaten Konfigurationsdatei mit lSE anzulegen, meckert FHEM beim Start herum:

2014.08.18 16:29:58.188 1: define WMBUS_lSE_228211_22_4 WMBUS_lSE_228211_22_4 WMBUS lSE 228211 22 4: lSE is not a valid WMBUS manufacturer id

Steht die Konfiguration (mit lSE statt LSE direkt in der fhem.cfg, wird nicht gemeckert. Irgendwas stimmt da noch nicht.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 18 August 2014, 17:45:18
Zitat von: kossmann am 18 August 2014, 16:32:01
Zu dem lSE-LSE Unterschied ist mir noch folgendes aufgefallen:

Tja, da kommt der Unterschied zwischen Theorie und Praxis zum tragen. Laut der Beschreibung des M-Bus Protokolls

Zitat
The field manufacturer is coded unsigned binary with 2 bytes. This manufacturer ID is
calculated from the ASCII code of EN 61107 manufacturer ID (three uppercase letters) with
the following formula:

darf die Manufacturer ID nur aus Großbuchstaben bestehen.
Bei deinen Wärmemengenzählern ist das wohl falsch implementiert.
Ist jetzt die Frage wie ich damit umgehen soll.

- Kleinbuchstaben immer in Großbuchstaben konvertieren?
- Auch Kleinbuchstaben als Eingabe zulassen?

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 18 August 2014, 17:49:38
Zitat von: mdewendt am 17 August 2014, 15:33:21
Ich hätte gedacht das diese am Sonntag gar nicht senden aber nach einem Blick auf die Zeit die in Fhem angezeigt wird, wundert mich nichts: 2014-8-17 00:04 und das um 13:01. Oder muss ich mir da ein PM dazudenken?

Welche Zeit meinst du genau?
Kannst du mal die Rohdaten einer Meldung (also die Hex-Daten die mit b beginnen) posten? Dann kann ich mir das mal im Detail anschauen.

Zitat
is_encrypted 0

Das bedeutet, dass die Daten unverschlüsselt sind.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mdewendt am 18 August 2014, 17:55:24
Hallo kaihs.

Ich habe gerade mal angefangen den Standard zu lesen - wie immer warum einfach wenn es auch verschachtelt geht ;-)
Vielleicht kannst du mir einen kurzen Hinweis geben wie die Pakete die aus dem CUL kommen überhaupt anfangen:

b3444653 26277806 0180 8 8DC27A2D0000000 ...

Was sind die ersten Zeichen? Wo finde ich die Grundstruktur? 26277806 ist schonmal die Nummer des Zählers.

Auf Seite 22 in MBDOC48.PDF steht was von den Telegrammformaten. Ich finde aber keins der Startzeichen e5h, 10h, 68h. Ich nehme mal an das sind meistens alles long frames?
Wäre super wenn du mir etwas Starthilfe geben könntest. Dann würde ich die bekannten Daten meiner Qundiszähler mal etwas mit den MANUFACTURER SPECIFIC "abgleichen".
Danke.

Gibt es eine Möglichkeit die einzelnen Telegramme beginnend mit b irgendwie komplett ins Logfile zu bekommen falls die aktuelle Dekodierung fehlschlägt?

Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 18 August 2014, 18:20:04
Zitat von: kossmann am 18 August 2014, 09:50:16
Kai, könntest du den WMBus-Devices ggf. noch das Attribut ignore spendieren, so dass man die Zähler der Nachbar von FHEM ignorieren lassen kann?

Das ignore Attribut ist jetzt implementiert.
Kommt morgen per update oder sofort aus dem svn.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 18 August 2014, 19:33:58
Zitat von: kaihs am 18 August 2014, 17:45:18Ist jetzt die Frage wie ich damit umgehen soll.

- Kleinbuchstaben immer in Großbuchstaben konvertieren?
- Auch Kleinbuchstaben als Eingabe zulassen?

Ich würde versuchen, mich an den Standard zu halten und notfalls die Fehler der Hersteller korrigieren. So können Entwickler, die mit ihrer Software auf FHEM zugreifen, immerhin von einem gültigen Standard ausgehen. Des weiteren hätten die Devices innerhalb von FHEM auch alle eine gleich lesbare Form, wenn man bei den Autocreate-Namen bleibt.

=> Ich würde auf Großbuchstaben konvertieren.

Kann es sein, dass Qundis hier innerhalb der Nutzdaten auch auf eine solche Art vom Standard abweicht und daher die Nachrichten nicht vollständig zu dekodieren sind?

Ich wäre dir auch für die Martin gewünschte "Starthilfe" dankbar. Ich habe in der Doku zwar teilweise schon gesehen, wie da irgendwo was zu entziffern wäre, kann mit dem String, welcher vom CUL kommt aber auch noch nicht viel anfangen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 18 August 2014, 21:45:04
Ich habe gerade folgende Änderungen/Korrekturen vorgenommen:

- Dekodierung der Stunden im Timestamp korrigiert
- Manufacturer ID wird jetzt immer in Großbuchstaben konvertiert

@kossmann, d.h. das Device das bisher mit lSE angelegt ist wird dann nochmal mit LSE angelegt, das alte kannst du dann löschen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 18 August 2014, 21:57:04
Hab´s mir schon mal aus dem SVN gezogen, sieht momentan gut aus. Heute Nacht werde sicher wieder Daten gesammelt, sollte irgendwas (in meinen Augen) nicht stimmen, melde ich mich.

Danke dir für deine Mühen!!!
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 18 August 2014, 22:06:16
Zitat von: kossmann am 18 August 2014, 19:33:58
Kann es sein, dass Qundis hier innerhalb der Nutzdaten auch auf eine solche Art vom Standard abweicht und daher die Nachrichten nicht vollständig zu dekodieren sind?

'manufacturer specific' ist schon im Standard enthalten, aber logischerweise dann nicht mehr im Detail beschrieben.

Leider wird der Standard aber wohl sehr großzügig ausgelegt, in den Daten von mdewendt ist z. B. ein VIFE/VIF FDh/73h den ich im Standard nur als 'reserved' beschrieben finde.

Zitat
Ich wäre dir auch für die Martin gewünschte "Starthilfe" dankbar. Ich habe in der Doku zwar teilweise schon gesehen, wie da irgendwo was zu entziffern wäre, kann mit dem String, welcher vom CUL kommt aber auch noch nicht viel anfangen.

Ich werde mein bestes versuchen, kann aber heute Abend nur noch einen Einstieg liefern.

In der MBDOC48.PDF ist nur der MBus beschrieben, also die drahtgebundene Variante.
Darauf setzt WMBus auf und erweitert/ändert diese Spezifikation, daher sind auch noch die Dokumente unter http://oms-group.org/download4all/ (http://oms-group.org/download4all/) zu beachten, insbesondere http://oms-group.org/fileadmin/pdf/OMS-Spec_Vol2_Primary_v301.pdf (http://oms-group.org/fileadmin/pdf/OMS-Spec_Vol2_Primary_v301.pdf).
Diese Dokumente muss man zusammen berücksichtigen was es nicht einfacher macht.

Im Dokument der oms-group gibt es am Ende Beispiele, z. B. ab Seite 91 für einen Wärmezähler. Das Beispiel lässt sich ansatzweise auf eure Daten übertragen.

Analog zu diesen Beispielen habe ich mal manuell versucht die Daten von einem von kossmanns Wasseruhren zu dekodieren, siehe Anhang.
Das hört dann mit den herstellerspezifischen Daten auf und genau ab da wird es für euch interessant.
D.h. ihr braucht euch nur um die Daten ab diesem Bereich zu kümmern und zu versuchen das zu decodieren.

Die Daten davor werden ja schon decodiert, den Code dafür findet ihr in dem perl Modul WMBus.pm.
Falls ihr euch ein wenig mit perl auskennt könnte euch der Code evtl. auch weiterhelfen.

Kai





Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 18 August 2014, 22:22:50
Soll ja auch nicht "heute Abend" noch passieren, schon gar nicht "sofort" ;)

Ich habe aber weiterhin das Problem, dass ich gar nicht weiß, was das CUL da überhaupt als hexadezimale Zeichenkette liefert. In deiner Tabelle stehen in Spalte C Werte, die ich so in dem gelieferten Wert in H3 nicht wiederfinde. Wenn es Martin genauso geht, benötigen wir beide nur den initialen Anstoß "für Dummies" und es kann los gehen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 18 August 2014, 22:32:52
Zitat von: mdewendt am 18 August 2014, 17:55:24
Gibt es eine Möglichkeit die einzelnen Telegramme beginnend mit b irgendwie komplett ins Logfile zu bekommen falls die aktuelle Dekodierung fehlschlägt?

Ja, wenn das Attribut verbose auf 5 gestellt wird, wird jede Rohmessage mit dem einleitendem Text 'WMBUS raw msg' geloggt.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 19 August 2014, 16:30:06
Sind die Leerzeilen im Logfile bei verbose 5 normal? Wahrscheinlich nicht und dort ist ein Zeilenumbruch zu viel, oder?

2014.08.19 15:05:13.851 0: Server started with 127 defined entities (version $Id: fhem.pl 6387 2014-08-10 11:55:40Z rudolfkoenig $, os linux, user kossmann, pid 24347)
2014.08.19 15:05:13.860 5: CUL/RAW: /SMODE

2014.08.19 15:05:13.860 4: CUL_Parse: CUL868 SMODE
2014.08.19 15:05:13.861 5: CUL_Parse: switched to SMODE
2014.08.19 15:05:13.863 1: HMLAN_Parse: MyHMLAN new condition ok


2014.08.19 15:07:50.002 5: CUL/RAW: /b2C44653238947058410771EA7A8F000000046D070ED31801FD0C0532C4B06CF
2014.08.19 15:07:50.004 5: CUL/RAW: b2C44653238947058410771EA7A8F000000046D070ED31801FD0C0532C4B06CF/FFF0DFF5F0C0008553000010613089CAE0BFFFC97C6

2014.08.19 15:07:50.005 4: CUL_Parse: CUL868 b2C44653238947058410771EA7A8F000000046D070ED31801FD0C0532C4B06CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.19 15:07:50.005 5: CUL868 dispatch b2C44653238947058410771EA7A8F000000046D070ED31801FD0C0532C4B06CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.19 15:07:50.038 5: WMBUS raw msg b2C44653238947058410771EA7A8F000000046D070ED31801FD0C0532C4B06CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.19 15:15:35.789 5: CUL/RAW: /b2C446532009470584107BF1F7A8F000000046D100ED31801FD0C053297076CF
2014.08.19 15:15:35.791 5: CUL/RAW: b2C446532009470584107BF1F7A8F000000046D100ED31801FD0C053297076CF/FFF0DFF5F0C0008553000010613089CAE0BFFFC97C6

2014.08.19 15:15:35.791 4: CUL_Parse: CUL868 b2C446532009470584107BF1F7A8F000000046D100ED31801FD0C053297076CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.19 15:15:35.792 5: CUL868 dispatch b2C446532009470584107BF1F7A8F000000046D100ED31801FD0C053297076CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.19 15:15:35.792 5: WMBUS raw msg b2C446532009470584107BF1F7A8F000000046D100ED31801FD0C053297076CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.19 15:20:01.367 5: CUL/RAW: /b2C4465325693705841075F4A7A29000000046D160ED31801FD0C053274816CF
2014.08.19 15:20:01.369 5: CUL/RAW: b2C4465325693705841075F4A7A29000000046D160ED31801FD0C053274816CF/FFF0DFF5F0C0008553000010613089CAE0BFFFC97C6

2014.08.19 15:20:01.369 4: CUL_Parse: CUL868 b2C4465325693705841075F4A7A29000000046D160ED31801FD0C053274816CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.19 15:20:01.370 5: CUL868 dispatch b2C4465325693705841075F4A7A29000000046D160ED31801FD0C053274816CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.19 15:20:01.370 5: WMBUS raw msg b2C4465325693705841075F4A7A29000000046D160ED31801FD0C053274816CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mdewendt am 20 August 2014, 07:29:10
Hallo.

Den DLL habe ich jetzt soweit verstanden - bin jetzt beim APL. Dort hänge ich noch etwas an den DIF (dort wird ja gesagt wie lang die Daten nach dem VIF sind, allerdings nur in einem Teil) und VIF (hier wird festgelegt in welchem Format die Daten sind).


Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 20 August 2014, 18:13:41
Zitat von: kossmann am 19 August 2014, 16:30:06
Sind die Leerzeilen im Logfile bei verbose 5 normal? Wahrscheinlich nicht und dort ist ein Zeilenumbruch zu viel, oder?

Die Meldungen kommen aus dem CUL Modul, die habe ich nicht genauer untersucht.
Es reicht, wenn du die mit WMBUS markierten untersuchst.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mdewendt am 20 August 2014, 18:20:14
Hallo.

Das mit der Uhrzeit stimmt leider immer noch nicht:
2014-08-20_18:02:52 WMBUS_LSE_60807799_24_8 1:value: 2014-8-20 04:04
Jetzt steht eine Stunde >0 drin aber die stimmt nicht.

Weiterhin gibt ein Problem bei der VIF an Platz 4 - bisher stand da immer nichts - jetzt:
4:errormsg: in VIFExtension fd unknown VIF 73

Wenn MANUFACTURER SPECIFIC erscheint wird dann die weitere Analyse abgebrochen?

Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 20 August 2014, 18:26:40
Die Uhrzeit stimmt bei mir auch nicht. Dies erkläre ich mir aber dadurch, dass bei der Initialisierung der Funkmodule einfach keine Uhrzeit gesetzt wurde. Diese interessiert in der Praxis ja i.d.R. auch nicht, da immer nur halbwegs tagesaktuelle Werte benötigt werden. Für eine kontinuierliches Loggen ist das natürlich blöd.

root@eeebox:/opt/fhem/log# grep "1:value: 2014" Zaehler_*
Zaehler_Heizung.log:2014-08-19_00:35:58 Zaehler_Heizung 1:value: 2014-8-19 20:19 DST
Zaehler_Heizung.log:2014-08-19_04:21:09 Zaehler_Heizung 1:value: 2014-8-19 04:04 DST
Zaehler_Heizung.log:2014-08-19_07:51:41 Zaehler_Heizung 1:value: 2014-8-19 16:35 DST
Zaehler_Heizung.log:2014-08-19_11:25:09 Zaehler_Heizung 1:value: 2014-8-20 00:08
Zaehler_Heizung.log:2014-08-19_15:50:10 Zaehler_Heizung 1:value: 2014-8-20 16:33
Zaehler_Heizung.log:2014-08-19_20:11:43 Zaehler_Heizung 1:value: 2014-8-20 00:55
Zaehler_Heizung.log:2014-08-20_00:35:56 Zaehler_Heizung 1:value: 2014-8-20 20:19
Zaehler_Heizung.log:2014-08-20_04:59:22 Zaehler_Heizung 1:value: 2014-8-20 04:43
Zaehler_Heizung.log:2014-08-20_08:31:17 Zaehler_Heizung 1:value: 2014-8-20 20:14
Zaehler_Heizung.log:2014-08-20_12:04:32 Zaehler_Heizung 1:value: 2014-8-21 00:48 DST
Zaehler_Heizung.log:2014-08-20_15:48:04 Zaehler_Heizung 1:value: 2014-8-21 16:31 DST
Zaehler_WasserKalt.log:2014-08-17_08:27:51 Zaehler_WasserKalt 1:value: 2014-8-17 00:32
Zaehler_WasserKalt.log:2014-08-17_12:48:22 Zaehler_WasserKalt 1:value: 2014-8-17 00:53
Zaehler_WasserKalt.log:2014-08-17_16:17:52 Zaehler_WasserKalt 1:value: 2014-8-17 00:22
Zaehler_WasserKalt.log:2014-08-17_19:43:54 Zaehler_WasserKalt 1:value: 2014-8-17 00:48
Zaehler_WasserKalt.log:2014-08-17_23:33:35 Zaehler_WasserKalt 1:value: 2014-8-17 00:38
Zaehler_WasserKalt.log:2014-08-18_03:21:56 Zaehler_WasserKalt 1:value: 2014-8-18 00:26
Zaehler_WasserKalt.log:2014-08-18_07:27:32 Zaehler_WasserKalt 1:value: 2014-8-18 00:32
Zaehler_WasserKalt.log:2014-08-18_11:33:56 Zaehler_WasserKalt 1:value: 2014-8-18 00:38
Zaehler_WasserKalt.log:2014-08-18_16:03:58 Zaehler_WasserKalt 1:value: 2014-8-18 00:08
Zaehler_WasserKalt.log:2014-08-18_20:37:29 Zaehler_WasserKalt 1:value: 2014-8-18 00:42
Zaehler_WasserKalt.log:2014-08-19_00:19:35 Zaehler_WasserKalt 1:value: 2014-8-18 28:24
Zaehler_WasserKalt.log:2014-08-19_03:58:45 Zaehler_WasserKalt 1:value: 2014-8-19 12:03 DST
Zaehler_WasserKalt.log:2014-08-19_07:52:22 Zaehler_WasserKalt 1:value: 2014-8-19 24:57 DST
Zaehler_WasserKalt.log:2014-08-19_11:45:11 Zaehler_WasserKalt 1:value: 2014-8-19 08:49 DST
Zaehler_WasserKalt.log:2014-08-19_15:54:51 Zaehler_WasserKalt 1:value: 2014-8-19 24:59 DST
Zaehler_WasserKalt.log:2014-08-19_20:05:51 Zaehler_WasserKalt 1:value: 2014-8-19 12:10 DST
Zaehler_WasserKalt.log:2014-08-20_00:15:18 Zaehler_WasserKalt 1:value: 2014-8-19 28:20 DST
Zaehler_WasserKalt.log:2014-08-20_04:27:41 Zaehler_WasserKalt 1:value: 2014-8-20 12:32
Zaehler_WasserKalt.log:2014-08-20_08:23:11 Zaehler_WasserKalt 1:value: 2014-8-20 28:27
Zaehler_WasserKalt.log:2014-08-20_12:15:15 Zaehler_WasserKalt 1:value: 2014-8-20 12:19
Zaehler_WasserKalt.log:2014-08-20_15:57:02 Zaehler_WasserKalt 1:value: 2014-8-20 28:01
Zaehler_WasserWarm.log:2014-08-17_08:29:28 Zaehler_WasserWarm 1:value: 2014-8-17 00:30
Zaehler_WasserWarm.log:2014-08-17_11:57:55 Zaehler_WasserWarm 1:value: 2014-8-17 00:59
Zaehler_WasserWarm.log:2014-08-17_16:17:21 Zaehler_WasserWarm 1:value: 2014-8-17 00:18
Zaehler_WasserWarm.log:2014-08-17_20:35:59 Zaehler_WasserWarm 1:value: 2014-8-17 00:37
Zaehler_WasserWarm.log:2014-08-18_00:43:28 Zaehler_WasserWarm 1:value: 2014-8-17 00:44
Zaehler_WasserWarm.log:2014-08-18_04:48:01 Zaehler_WasserWarm 1:value: 2014-8-18 00:49
Zaehler_WasserWarm.log:2014-08-18_08:35:17 Zaehler_WasserWarm 1:value: 2014-8-18 00:36
Zaehler_WasserWarm.log:2014-08-18_12:26:01 Zaehler_WasserWarm 1:value: 2014-8-18 00:27
Zaehler_WasserWarm.log:2014-08-18_16:06:16 Zaehler_WasserWarm 1:value: 2014-8-18 00:07
Zaehler_WasserWarm.log:2014-08-18_19:47:19 Zaehler_WasserWarm 1:value: 2014-8-18 00:48
Zaehler_WasserWarm.log:2014-08-19_00:19:45 Zaehler_WasserWarm 1:value: 2014-8-18 28:21
Zaehler_WasserWarm.log:2014-08-19_04:50:51 Zaehler_WasserWarm 1:value: 2014-8-19 12:52 DST
Zaehler_WasserWarm.log:2014-08-19_09:02:56 Zaehler_WasserWarm 1:value: 2014-8-19 00:04 DST
Zaehler_WasserWarm.log:2014-08-19_13:11:33 Zaehler_WasserWarm 1:value: 2014-8-19 16:12 DST
Zaehler_WasserWarm.log:2014-08-19_17:03:17 Zaehler_WasserWarm 1:value: 2014-8-19 00:04 DST
Zaehler_WasserWarm.log:2014-08-19_20:57:57 Zaehler_WasserWarm 1:value: 2014-8-19 12:59 DST
Zaehler_WasserWarm.log:2014-08-20_00:51:04 Zaehler_WasserWarm 1:value: 2014-8-19 28:52 DST
Zaehler_WasserWarm.log:2014-08-20_04:45:31 Zaehler_WasserWarm 1:value: 2014-8-20 12:46
Zaehler_WasserWarm.log:2014-08-20_08:56:49 Zaehler_WasserWarm 1:value: 2014-8-20 28:58
Zaehler_WasserWarm.log:2014-08-20_13:07:19 Zaehler_WasserWarm 1:value: 2014-8-20 16:08
Zaehler_WasserWarm.log:2014-08-20_17:41:04 Zaehler_WasserWarm 1:value: 2014-8-20 00:42


Interessant ist allerdings, dass ich manchmal ein "DST" dahinter habe.

... und wenn ich mir das ganze nun genauer ansehe: Was soll 28:58 Uhr sein???

... und dann noch etwas: Kann man aus "2014-8-20" ggf. "2014-08-20" machen?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 20 August 2014, 18:27:51
Zitat von: mdewendt am 20 August 2014, 07:29:10
Den DLL habe ich jetzt soweit verstanden - bin jetzt beim APL. Dort hänge ich noch etwas an den DIF (dort wird ja gesagt wie lang die Daten nach dem VIF sind, allerdings nur in einem Teil) und VIF (hier wird festgelegt in welchem Format die Daten sind).

Das ist doch schon mal was.
DataInformationField beschreibt die Codierung des Wertes, z. B. dass es eine 16bit Zahl ist oder 4 Byte BCD.
ValueInformationField beschreibt um welchen Inhalt es sich handelt, mit welcher Skalierung und Einheit, also z. B. ein Volumen im m³ und der Wert muss mit 10^-3 multipliziert werden.

Blöderweise enthalten die VIFs teilweise auch noch variable Werte, z. B. den Skalierungsfaktor und das auch noch mit einer unterschiedlichen Anzahl von Bits. Dazu gibt es im Standard mehrere Tabellen die die möglichen DIFs und VIFs beschreiben.
Und zu den DIFs und VIFs kann es dann auch noch  bis zu 10 Extensions geben :-(

Vielleicht ist für den Einstieg auch noch http://www.fastforward.ag/downloads/docu/EnergyCam-white-paper-wMBus.pdf (http://www.fastforward.ag/downloads/docu/EnergyCam-white-paper-wMBus.pdf) hilfreich. Das beschreibt zwar nur das Protokoll wie es von einer EnergyCam implementiert wird, d.h. nur einen kleinen Ausschnitt, ist dafür aber auch entsprechend kurz.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 20 August 2014, 18:36:11
Zitat von: mdewendt am 20 August 2014, 18:20:14
Das mit der Uhrzeit stimmt leider immer noch nicht:
2014-08-20_18:02:52 WMBUS_LSE_60807799_24_8 1:value: 2014-8-20 04:04
Jetzt steht eine Stunde >0 drin aber die stimmt nicht.

Schaue ich  mir nochmal an. Kannst du mir nochmal Rohdaten mit dem zugehörigen Logauszug schicken, damit ich die Zeitstempel gegeneinander abgleichen kann?

Zitat
Weiterhin gibt ein Problem bei der VIF an Platz 4 - bisher stand da immer nichts - jetzt:
4:errormsg: in VIFExtension fd unknown VIF 73

Der Fehler wurde vorher auch schon festgestellt aber nicht ausgegeben.
Ich habe im Standard nicht finden können was VIF 73h bei VIFExtension FDh sein soll, da steht m. E. nur reserved. Vielleicht wirst du fündig.

Zitat
Wenn MANUFACTURER SPECIFIC erscheint wird dann die weitere Analyse abgebrochen?

Ja, weil da m. E. nur noch Datenmüll kommt, d.h. ein Feld variabler Länge mit mehr Bytes als noch im Paket sind.

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 20 August 2014, 18:43:58
Zitat von: kossmann am 20 August 2014, 18:26:40
Interessant ist allerdings, dass ich manchmal ein "DST" dahinter habe.

... und wenn ich mir das ganze nun genauer ansehe: Was soll 28:58 Uhr sein???

... und dann noch etwas: Kann man aus "2014-8-20" ggf. "2014-08-20" machen?

DST steht für Daylight Saving Time, also Sommerzeit. Dafür gibt es ein Bit im Zeitstempel.
Dass die Werte eines Zählers aber so wild schwanken ist schon komisch.

Kannst du mir auch nochmall Rohwerte und die dszugehörigen Logeinträge geben?

Die Formatierung kann ich noch ändern.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 20 August 2014, 19:49:44
Hier sind all´ meine RAW-Messages von heute (inkl. Nachbarn):

kossmann@eeebox:/opt/fhem/log$ grep "WMBUS raw" fhem.log | grep 2014.08.20
2014.08.20 00:15:18.755 5: WMBUS raw msg b2C4465329292705841073A8A7A91000000046D1417D31801FD0C0532D3756CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 00:22:39.457 5: WMBUS raw msg b374465B2718622001604FC187A91000000046D1D0CD41801FD0C06328C8B6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C78801755596CBE
2014.08.20 00:24:55.736 5: WMBUS raw msg b374465B21882220016049F407A91000000046D030DD41801FD0C0632B10C6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C78061955595900
2014.08.20 00:32:39.898 5: WMBUS raw msg b2C446532409470584107527B7A91000000046D2117D31801FD0C05326D326CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 00:33:19.265 5: WMBUS raw msg b2C446532049470584107FE907A91000000046D2717D31801FD0C0532487D6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 00:35:56.970 5: WMBUS raw msg b374465B2118222001604DDD67A91000000046D130DD41801FD0C063257246CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
2014.08.20 00:42:22.539 5: WMBUS raw msg b2C446532979370584107940B7A91000000046D2B17D31801FD0C053202E36CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 00:49:14.172 5: WMBUS raw msg b2C446532999370584107E8EF7A91000000046D3217D31801FD0C0532070F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 00:50:56.872 5: WMBUS raw msg b374465B2128222001604A22B7A91000000046D180DD41801FD0C0632A8256CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C78001555598DCC
2014.08.20 00:51:04.239 5: WMBUS raw msg b2C4465320194705841077E977A91000000046D3417D31801FD0C053222406CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 01:13:36.457 5: WMBUS raw msg b2C44653298937058410729677A91000000046D1000D41801FD0C0532A1E66CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 01:18:08.324 5: WMBUS raw msg b2C446532029470584107016A7A91000000046D1500D41801FD0C053208BC6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 01:38:58.829 5: WMBUS raw msg b2C446532939270584107FB027A91000000046D2800D41801FD0C0532C5EF6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 02:57:49.897 5: WMBUS raw msg b374465B29786220016047F997A92000000046D270FD41801FD0C06327C366CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C78981855592103
2014.08.20 03:23:36.168 5: WMBUS raw msg b2C446532039470584107C0E27A92000000046D1A02D41801FD0C0532CBB26CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 03:32:08.084 5: WMBUS raw msg b374465B2088222001604A4197A92000000046D0610D41801FD0C063268896CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
2014.08.20 03:38:28.999 5: WMBUS raw msg b2C44653238947058410771EA7A92000000046D2602D41801FD0C053296316CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 03:58:33.756 5: WMBUS raw msg b2C446532009470584107BF1F7A92000000046D3B02D41801FD0C0532AA576CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 04:05:38.289 5: WMBUS raw msg b374465B2718622001604FC187A92000000046D0C10D41801FD0C063207586CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C78801755596CBE
2014.08.20 04:11:25.162 5: WMBUS raw msg b2C4465320594705841073F187A92000000046D1103D41801FD0C0532B9476CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 04:11:50.451 5: WMBUS raw msg b2C446532399470584107B0627A92000000046D0D03D41801FD0C053215F16CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 04:26:20.227 5: WMBUS raw msg b2C446532049470584107FE907A92000000046D2003D41801FD0C05323E8A6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 04:27:41.731 5: WMBUS raw msg b2C4465329292705841073A8A7A92000000046D2003D41801FD0C05323E8A6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 04:36:37.506 5: WMBUS raw msg b374465B21882220016049F407A92000000046D0F11D41801FD0C063206B96CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C78061955595900
2014.08.20 04:42:31.722 5: WMBUS raw msg b374465B2128222001604A22B7A92000000046D1011D41801FD0C0632261A6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C78001555598DCC
2014.08.20 04:43:16.534 5: WMBUS raw msg b2C446532979370584107940B7A92000000046D2C03D41801FD0C053274146CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 04:45:31.231 5: WMBUS raw msg b2C4465320194705841077E977A92000000046D2E03D41801FD0C053268D16CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 04:55:59.159 5: WMBUS raw msg b2C446532999370584107E8EF7A92000000046D3803D41801FD0C0532ABB66CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 04:58:09.438 5: WMBUS raw msg b2C44653298937058410729677A92000000046D0104D41801FD0C0532B90C6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 04:59:22.893 5: WMBUS raw msg b374465B2118222001604DDD67A92000000046D2B11D41801FD0C0632CE066CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
2014.08.20 05:04:26.889 5: WMBUS raw msg b2C446532409470584107527B7A92000000046D0504D41801FD0C053280866CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 05:35:01.817 5: WMBUS raw msg b2C446532939270584107FB027A92000000046D2404D41801FD0C0532E1636CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 05:42:50.302 5: WMBUS raw msg b2C446532029470584107016A7A92000000046D2E04D41801FD0C05328EB26CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 07:01:57.283 5: WMBUS raw msg b2C4465325693705841075F4A7A2D000000046D0406D41801FD0C0532CBCF6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 07:22:28.653 5: WMBUS raw msg b374465B29786220016047F997A93000000046D0314D41801FD0C063292316CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C78981855592103
2014.08.20 07:31:50.003 5: WMBUS raw msg b2C44653238947058410771EA7A93000000046D1F06D41801FD0C0532310A6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 07:41:23.143 5: WMBUS raw msg b2C446532039470584107C0E27A93000000046D2B06D41801FD0C05321F9D6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 07:55:39.743 5: WMBUS raw msg b2C446532009470584107BF1F7A93000000046D3806D41801FD0C053275A06CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 08:04:45.908 5: WMBUS raw msg b374465B2088222001604A4197A93000000046D2714D41801FD0C06325A8E6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
2014.08.20 08:06:00.110 5: WMBUS raw msg b374465B2718622001604FC187A93000000046D0C14D41801FD0C063254BA6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C78801755596CBE
2014.08.20 08:10:17.091 5: WMBUS raw msg b2C4465320594705841073F187A93000000046D1007D41801FD0C05327A756CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 08:23:11.708 5: WMBUS raw msg b2C4465329292705841073A8A7A93000000046D1B07D41801FD0C053285746CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 08:26:47.524 5: WMBUS raw msg b2C446532979370584107940B7A93000000046D1C07D41801FD0C053230EB6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 08:30:56.296 5: WMBUS raw msg b374465B21882220016049F407A93000000046D0915D41801FD0C063270146CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C78061955595900
2014.08.20 08:31:17.675 5: WMBUS raw msg b374465B2118222001604DDD67A93000000046D0E15D41801FD0C0632C58B6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
2014.08.20 08:36:04.183 5: WMBUS raw msg b2C446532049470584107FE907A93000000046D2A07D41801FD0C053202B96CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 08:44:48.879 5: WMBUS raw msg b2C446532409470584107527B7A93000000046D2D07D41801FD0C0532B7266CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 08:45:19.151 5: WMBUS raw msg b2C446532999370584107E8EF7A93000000046D2E07D41801FD0C05323B336CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 08:51:21.557 5: WMBUS raw msg b374465B2128222001604A22B7A93000000046D1915D41801FD0C0632963C6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C78001555598DCC
2014.08.20 08:56:49.218 5: WMBUS raw msg b2C4465320194705841077E977A93000000046D3A07D41801FD0C0532E4916CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 09:00:05.420 5: WMBUS raw msg b2C44653298937058410729677A93000000046D0308D41801FD0C05326C1F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 09:16:41.298 5: WMBUS raw msg b2C446532029470584107016A7A93000000046D1308D41801FD0C05328A376CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 09:47:55.806 5: WMBUS raw msg b2C446532939270584107FB027A93000000046D3108D41801FD0C053267C76CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 11:25:59.004 5: WMBUS raw msg b2C44653238947058410771EA7A94000000046D190AD41801FD0C05329B836CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 11:44:11.416 5: WMBUS raw msg b374465B29786220016047F997A94000000046D1900D51801FD0C0632F5086CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C78981855592103
2014.08.20 11:53:33.739 5: WMBUS raw msg b2C446532009470584107BF1F7A94000000046D360AD41801FD0C0532AC3D6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 12:02:38.126 5: WMBUS raw msg b2C446532039470584107C0E27A94000000046D050BD41801FD0C0532BAC16CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 12:04:32.571 5: WMBUS raw msg b374465B2118222001604DDD67A94000000046D3000D51801FD0C0632E7F96CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
2014.08.20 12:07:49.093 5: WMBUS raw msg b2C4465320594705841073F187A94000000046D0D0BD41801FD0C0532C9D56CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 12:09:17.931 5: WMBUS raw msg b374465B2718622001604FC187A94000000046D0F00D51801FD0C0632366F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C78801755596CBE
2014.08.20 12:13:46.515 5: WMBUS raw msg b2C446532979370584107940B7A94000000046D0F0BD41801FD0C0532D5106CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 12:15:15.044 5: WMBUS raw msg b2C4465329292705841073A8A7A94000000046D130BD41801FD0C053279A66CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 12:24:27.086 5: WMBUS raw msg b374465B21882220016049F407A94000000046D0301D51801FD0C0632F1056CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C78061955595900
2014.08.20 12:26:30.878 5: WMBUS raw msg b2C446532409470584107527B7A94000000046D1B0BD41801FD0C05320AB26CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 12:33:51.149 5: WMBUS raw msg b2C446532999370584107E8EF7A94000000046D220BD41801FD0C0532FE6B6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 12:41:04.409 5: WMBUS raw msg b2C446532399470584107B0627A94000000046D2A0BD41801FD0C05328D7F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 12:47:04.271 5: WMBUS raw msg b2C446532029470584107016A7A94000000046D320BD41801FD0C053218436CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 12:47:08.135 5: WMBUS raw msg b2C446532049470584107FE907A94000000046D350BD41801FD0C0532ADDC6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 13:02:49.433 5: WMBUS raw msg b2C44653298937058410729677A94000000046D050CD41801FD0C05325CA26CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 13:03:07.387 5: WMBUS raw msg b374465B2128222001604A22B7A94000000046D2501D51801FD0C0632257F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C78001555598DCC
2014.08.20 13:07:19.199 5: WMBUS raw msg b2C4465320194705841077E977A94000000046D080CD41801FD0C053286EC6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 14:04:17.841 5: WMBUS raw msg b2C446532939270584107FB027A94000000046D050DD41801FD0C0532D1566CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 15:05:40.994 5: WMBUS raw msg b2C44653238947058410771EA7A95000000046D050ED41801FD0C053264D76CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 15:28:26.721 5: WMBUS raw msg b2C446532009470584107BF1F7A95000000046D1D0ED41801FD0C0532F1EB6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 15:45:42.505 5: WMBUS raw msg b2C446532979370584107940B7A95000000046D2E0ED41801FD0C05326AE36CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 15:46:16.013 5: WMBUS raw msg b2C4465320594705841073F187A95000000046D340ED41801FD0C0532E31A6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 15:46:27.188 5: WMBUS raw msg b374465B29786220016047F997A95000000046D1B04D51801FD0C0632BA2F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C78981855592103
2014.08.20 15:48:04.402 5: WMBUS raw msg b374465B2118222001604DDD67A95000000046D1F04D51801FD0C063283A56CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
2014.08.20 15:57:02.653 5: WMBUS raw msg b2C4465329292705841073A8A7A95000000046D010FD41801FD0C0532D0A96CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 16:03:10.144 5: WMBUS raw msg b2C446532999370584107E8EF7A95000000046D040FD41801FD0C053279F36CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 16:06:54.880 5: WMBUS raw msg b374465B21882220016049F407A95000000046D2D04D51801FD0C0632887D6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C78061955595900
2014.08.20 16:18:39.869 5: WMBUS raw msg b2C446532409470584107527B7A95000000046D130FD41801FD0C05322A446CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 16:32:06.737 5: WMBUS raw msg b374465B2718622001604FC187A95000000046D2604D51801FD0C0632777C6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C78801755596CBE
2014.08.20 16:32:24.248 5: WMBUS raw msg b2C446532029470584107016A7A95000000046D230FD41801FD0C05323D596CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 17:10:02.394 5: WMBUS raw msg b2C446532399470584107B0627A95000000046D0B10D41801FD0C0532CA226CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 17:17:07.087 5: WMBUS raw msg b2C446532049470584107FE907A95000000046D1710D41801FD0C053266946CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 17:25:08.380 5: WMBUS raw msg b2C44653298937058410729677A95000000046D1C10D41801FD0C053299956CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 17:34:32.202 5: WMBUS raw msg b374465B2128222001604A22B7A95000000046D0806D51801FD0C0632F69F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C78001555598DCC
2014.08.20 17:41:04.192 5: WMBUS raw msg b2C4465320194705841077E977A95000000046D2A10D41801FD0C0532ABC76CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 18:31:06.776 5: WMBUS raw msg b2C446532939270584107FB027A95000000046D2011D41801FD0C053249E26CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 18:48:19.006 5: WMBUS raw msg b2C44653238947058410771EA7A96000000046D3011D41801FD0C05328CC26CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 19:06:15.717 5: WMBUS raw msg b2C446532009470584107BF1F7A96000000046D0712D41801FD0C053285396CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 19:18:58.497 5: WMBUS raw msg b2C446532979370584107940B7A96000000046D1412D41801FD0C0532EF046CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 19:29:33.137 5: WMBUS raw msg b2C446532999370584107E8EF7A96000000046D1E12D41801FD0C053280D56CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 19:35:04.264 5: WMBUS raw msg b374465B2118222001604DDD67A96000000046D1208D51801FD0C0632ADCD6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
2014.08.20 19:37:31.623 5: WMBUS raw msg b2C4465329292705841073A8A7A96000000046D2A12D41801FD0C0532AE426CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014.08.20 19:46:26.681 5: WMBUS raw msg b374465B21882220016049F407A96000000046D1908D51801FD0C063252CC6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C78061955595900
2014.08.20 19:47:54.969 5: WMBUS raw msg b374465B29786220016047F997A96000000046D1D08D51801FD0C06326B466CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C78981855592103
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 20 August 2014, 20:56:59
Da war noch ein weiterer Fehler in der Dekodierung der Stunde im Timestamp, bin da beim Bit zählen durcheinander gekommen.

Korrigierte Version von WMBus.pm habe ich eingecheckt. 
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 21 August 2014, 09:21:25
Bei mir sieht´s mit der neuen Version nun wie folgt aus:

Zaehler_Heizung.log:2014-08-20_23:38:49 Zaehler_Heizung 1:value: 2014-08-21 12:22
Zaehler_Heizung.log:2014-08-21_03:39:37 Zaehler_Heizung 1:value: 2014-08-21 16:23
Zaehler_Heizung.log:2014-08-21_08:08:19 Zaehler_Heizung 1:value: 2014-08-21 20:52
Zaehler_WasserKalt.log:2014-08-21_04:42:03 Zaehler_WasserKalt 1:value: 2014-08-21 03:46
Zaehler_WasserKalt.log:2014-08-21_08:46:54 Zaehler_WasserKalt 1:value: 2014-08-21 07:51
Zaehler_WasserWarm.log:2014-08-21_01:51:17 Zaehler_WasserWarm 1:value: 2014-08-21 00:52
Zaehler_WasserWarm.log:2014-08-21_05:34:09 Zaehler_WasserWarm 1:value: 2014-08-21 04:35


Kalt- und Warm-Wasser weichen ca. eine Stunde ab (Sommerzeit?), der Wärmemengenzähler scheint eine nicht eingestellte Uhr zu haben. Mehr Datensätze kamen heute Nacht/Vormittag noch nicht, die Serveruhrzeit ist synchron mit der Physikalisch-Technischen Bundesanstalt ;)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 21 August 2014, 17:46:57
Ich habe mich heute auch mal ernsthaft ´ran gesetzt und mache bei DIF/VIF erst mal Pause bis morgen. Aber ich finde, die Excel-Tabelle sieht schon mal ganz gut aus (oder soll ich hier lieber auf OpenOffice gehen) 8)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 21 August 2014, 21:53:39
Excel kann ich auch lesen, aber vielleicht wäre was wie Google Docs noch eine Idee, dann könnte man gemeinsam daran arbeiten.

Ich habe das Modul gerade so erweitert, dass es auch bei unbekannten/manufacturer specific Daten diese ausgibt.
Bei manufacturer specific als hex String.

Das sollte euch helfen, weil ihr dann genau diese Daten gezielt loggen und analysieren könnt.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mdewendt am 22 August 2014, 11:15:33
Hallo.

Nach meinem letzten Update von Fhem heute morgen passt die Uhrzeit jetzt :-)
2014-08-22_10:05:56 WMBUS_LSE_60807772_24_8 1:value: 2014-08-22 09:08
Wie überall beschrieben als Winterzeit.

Was ist der Unterschied zwischen VIF_TIME_POINT_DATE_TIME (die passt jetzt bei mir siehe oben) und VIF_TIME_POINT_DATE (da steht bei mir immer invalid)

Das mit dem hex dump für MANUFACTURER SPECIFIC ist eine gute Idee. Das wird aber sicherlich erst morgen im Update mit drin sein. Ich hole die updates nicht direkt aus dem svn sondern ganz "normal" via update.

Ich warte im Moment noch auf einen zweiten CUL868. Ich empfange mit dem CUL433 doch nicht alle Zähler. Vor allem habe ich die 4 Wasserzähler noch nicht empfangen die etwas weiter weg auch in der Wand sitzen.
Oder senden die nur auf Anfrage?
Ich frage mich eh warum die Heizungszähler ständig ihre Werte in die Welt senden? Auf Nachfrage würde doch reichen oder?
Hier im Haus gibt es kein ständiges Gateway sondern der Ableser steht einmal im Jahr vor dem Haus.

Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 22 August 2014, 11:19:45
Für alle ohne Qundis-Zähler (dafür aber mit Zeit und Lust) werde ich heute, tagsüber, während sich die Zählerstände nicht ändern, mal ein paar Daten liefern...

Wärmemengenzähler

Typ Qundis WFZ166.OK
SN 00228211

2014.08.22 08:02:23.900 5: WMBUS raw msg b374465B2118222001604DDD67A9F000000046D2E14D61801FD0C0632EC716CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
2014-08-22_08:02:23 Zaehler_Heizung 4:value: 0c0008553000010613080bfffc02fd1700000c7896145559
2014.08.22 12:15:48.740 5: WMBUS raw msg b374465B2118222001604DDD67AA0000000046D3B00D71801FD0C0632F0496CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
2014-08-22_12:15:48 Zaehler_Heizung 4:value: 0c0008553000010613080bfffc02fd1700000c7896145559
2014.08.22 16:27:19.579 5: WMBUS raw msg b374465B2118222001604DDD67AA1000000046D0B05D71801FD0C063239426CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
2014-08-22_16:27:19 Zaehler_Heizung 4:value: 0c0008553000010613080bfffc02fd1700000c7896145559


Wasserzähler kalt

Typ Qundis WFZ166.MO
SN 58709401

2014.08.22 09:32:21.075 5: WMBUS raw msg b2C4465320194705841077E977A9F000000046D2108D61801FD0C0532D4D46CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014-08-22_09:32:21 Zaehler_WasserKalt 4:value: 0c0008553000010613080bfffc
2014.08.22 13:02:05.877 5: WMBUS raw msg b2C4465320194705841077E977AA0000000046D030CD61801FD0C0532915C6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014-08-22_13:02:05 Zaehler_WasserKalt 4:value: 0c0008553000010613080bfffc
2014.08.22 16:34:19.053 5: WMBUS raw msg b2C4465320194705841077E977AA1000000046D230FD61801FD0C0532D5E86CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014-08-22_16:34:19 Zaehler_WasserKalt 4:value: 0c0008553000010613080bfffc


Wasserzähler warm

Typ Qundis WFZ166.MO
SN 58709292

2014.08.22 07:49:47.359 5: WMBUS raw msg b2C4465329292705841073A8A7A9F000000046D3606D61801FD0C053276C06CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014-08-22_07:49:47 Zaehler_WasserWarm 4:value: 0c0008553000010613080bfffc
2014.08.22 12:09:59.325 5: WMBUS raw msg b2C4465329292705841073A8A7AA0000000046D0E0BD61801FD0C0532AD716CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014-08-22_12:09:59 Zaehler_WasserWarm 4:value: 0c0008553000010613080bfffc
2014.08.22 16:32:01.307 5: WMBUS raw msg b2C4465329292705841073A8A7AA1000000046D240FD61801FD0C053260776CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
2014-08-22_16:32:01 Zaehler_WasserWarm 4:value: 0c0008553000010613080bfffc
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 22 August 2014, 11:24:25
Zitat von: mdewendt am 22 August 2014, 11:15:33Das mit dem hex dump für MANUFACTURER SPECIFIC ist eine gute Idee. Das wird aber sicherlich erst morgen im Update mit drin sein. Ich hole die updates nicht direkt aus dem svn sondern ganz "normal" via update.

Per update erst morgen, ansonsten die beiden Dateien einfach manuell aus dem SVN ziehen, im FHEM-Ordner ersetzen und FHEM neu starten.

Zitat von: mdewendt am 22 August 2014, 11:15:33Ich warte im Moment noch auf einen zweiten CUL868. Ich empfange mit dem CUL433 doch nicht alle Zähler. Vor allem habe ich die 4 Wasserzähler noch nicht empfangen die etwas weiter weg auch in der Wand sitzen.
Oder senden die nur auf Anfrage?
Ich frage mich eh warum die Heizungszähler ständig ihre Werte in die Welt senden? Auf Nachfrage würde doch reichen oder?
Hier im Haus gibt es kein ständiges Gateway sondern der Ableser steht einmal im Jahr vor dem Haus.

Das ist bei mir auch so, es wird einmal im Jahr abgelesen (Daten gesammelt). Mit dem 433er habe ich auch nur einen Bruchteil dessen empfangen, was ich mit dem 868er nun empfange (beide mit 15cm Antenne). Die werden wahrscheinlich auch - wie bei mir - alle 3-4 Stunden ein Signal senden. Für "auf Nachfrage" müsste man wohl ein Empfangsmodul permanent mit Strom versorgen, das ist wahrscheinlich mit der kleinen Batterie nicht machbar.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mdewendt am 22 August 2014, 11:51:08
Hallo kossmann.


Komischerweise ist bei dir die value bei allen Zählern gleich im manuf spec field??

0c0008553000010613080bfffc

Ansonsten wäre DIF 0x0C ja 8bit BCD. Nur die 0x00 passt nicht - da müsste ja die Einheit stehen (zB VIF 0x06 als kWh oder 0x3B flow l/h).


Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 22 August 2014, 12:20:47
Dann bin ich mal gespannt, wie das bei dir aussehen wird. Komisch ist es aber wohl.

Zu meiner Excel-Tabelle: Ich wollte diese eigentlich dynamisch gestalten, daher die vielen Funktionen. Durch die variable (in DIF bestimmte) Länge der Value-Bytes ist dies aber wohl unmöglich. Ich habe nun mal manuell ein Datenpaket dekodiert... und komme auch auf "Manufacturer Specific". Zumindest bin ich jetzt mal auf dem Stand, dass die Arbeit los gehen kann - die Frage ist dann leider nur wie.

Ich hänge die Excel-Tabelle noch mal ´ran. Vielleicht kann sich das ja mal jemand ansehen und mir zumindest sagen, dass ich bis dahin alles verstanden habe oder wo ich noch Fehler ´drin habe.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 22 August 2014, 16:32:20
Zitat von: kossmann am 22 August 2014, 12:20:47
Ich hänge die Excel-Tabelle noch mal ´ran. Vielleicht kann sich das ja mal jemand ansehen und mir zumindest sagen, dass ich bis dahin alles verstanden habe oder wo ich noch Fehler ´drin habe.

Da hast noch die weiteren CRCs vergessen, die alle 16 Bytes kommen.
Dadurch ist deine Interpretation des vorletzten Blocks falsch. Byte 27 als DIF 0x32 ist zwar noch richtig, aber der steht für einen 16 Bit Int und nicht 24 Bit.

Wie gesagt, ich denke ihr könnt euch auf die Daten im Manufacturer Specific Bereich konzentrieren.
Da wäre es dann interessant zu analysieren, wie die sich ändern, wenn sich der Zählerwert ändert.

Man kann auch schon mal versuchen den aktuellen Zählerwert dort zu finden, in dem man ihn in allen möglichen Arten (Binär, BCD, ...) kodiert und versucht ihn zu lokalisieren. Wird durch eine mögliche Skalierung des Wert noch etwas erschwert.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 22 August 2014, 16:38:10
Zitat von: mdewendt am 22 August 2014, 11:15:33
Was ist der Unterschied zwischen VIF_TIME_POINT_DATE_TIME (die passt jetzt bei mir siehe oben) und VIF_TIME_POINT_DATE (da steht bei mir immer invalid)

Das erste ist ein Zeitstempel (Datum inkl. Uhrzeit), das zweite nur ein Datum. Der Wert ist allerdings 0xffff, und das ist kein gültiges Datum, daher invalid.

Zitat
Oder senden die nur auf Anfrage?
Ich frage mich eh warum die Heizungszähler ständig ihre Werte in die Welt senden? Auf Nachfrage würde doch reichen oder?
Hier im Haus gibt es kein ständiges Gateway sondern der Ableser steht einmal im Jahr vor dem Haus.

Die Zähler lauschen aus Energiespargründen nicht die ganze Zeit auf Anfragen, sondern senden nur zyklisch und legen sich dann wieder schlafen. Die Batterien müssen für die ganze Lebenszeit des Zählers (5 Jahre) halten.

Deswegen sind die auch oft so konfiguriert, dass sie nur während der Arbeitszeit (Mo-Fr 8-18 Uhr) senden, wenn ein Ableser da sein könnte.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 22 August 2014, 16:43:06
Zitat von: kossmann am 22 August 2014, 11:19:45
Für alle ohne Qundis-Zähler (dafür aber mit Zeit und Lust) werde ich heute, tagsüber, während sich die Zählerstände nicht ändern, mal ein paar Daten liefern...

Kann es sein, dass du da was durcheinander gebracht hast? Für mich sieht das so aus, dass beide Wasserzähler ein und der selbe mit der Seriennummer 58709401 sind.
Das würde auch erklären, warum die die indentischen manuf. spec. Daten haben.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 22 August 2014, 17:26:42
Jein, ich hatte intern wirklich warm und kalt vertauscht (und nun korrigiert, auch oben). Wenn ich die RAW-Messages allerdings durch dein Test-Skript jage, kommen unterschiedliche Seriennummern raus.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 22 August 2014, 18:07:11
Ich habe jetzt auch noch mal in der FHEM-Weboberfläche nachgesehen. Beide Devices haben zu unterschiedlichen Zeiten (16:32 und 16:34) je ein value gesetzt bekommen. Diese habe ich per Copy+Paste in ein Diff-Tool gesetzt (die Augen täuschen einen ja gerne mal)... Ergebnis: Zwei verschiedene Wasseruhren senden definitiv denselben ManufactureSpecific-Teil.

Jetzt wird es spannend, was Martin´s Uhren senden - ggf. sogar den identischen Wert. Ich würde in diesem Fall befürchten, dass dies eine Art "Es ist nicht Januar, es wird nicht abgelesen, ihr könnt mich mal"-String ist... wobei dann die Frage offen bleibt, warum der Wärmemengen-Zähler etwas anderes "übrig lässt".

Wenn über´s Wochenende bei euch keine neuen Erkenntnisse kommen, definiere ich mir die Uhren der Nachbarn auch mal im System und vergleiche deren ManufactureSpecific-Teil.

Martin, welche Modelle von Qundis hast du? Auch die WFZ166.MO als Wasseruhren? Dies wäre für einen Vergleich natürlich nicht ganz uninteressant.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 22 August 2014, 18:30:09
Auch bei deinem Wärmezähler entspricht der erste Teil des manuf. spec dem was die Wasseruhren senden.

Vielleicht ist das aber auch eine Aufforderung der Zähler 'wenn du mir innerhalb von x Sekunden richtig antwortest schicke ich dir den Zählerwert'.

So eine Kommunikation ist im Prinzip im Standard definiert, allerdings für einen anderen Wert im C-Field.

Ich habe auch einen Qundis Wärmemengenzähler, allerdings ohne Funkmodul. In der Anleitung ist aber beschrieben, wie man die Sendeparameter bzgl. Funkmodus und Aussendungsintervall konfiguriert.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mdewendt am 22 August 2014, 19:17:14
Hallo.

Wenn mein CUL868 endlich da ist kann ich hoffentlich auch Werte für die Wasserzähler liefern. Diese haben ein Funkmodul mit der Bezeichnung WFZ166.AL
Und mein Haus ist voll von diesem "teuren" Zeugs ;-)
Wäre aber auch komisch wenn die Zähler nur eine Bake senden und man die Zählerstände dann nur auf Nachfrage nach der Bake bekommen würde - das wiederspricht ja etwas dem Stromsparkonzept da der Empfänger dann noch einige Zeit an bleiben müsste.
Für die Datensicherheit wäre ja eigentlich die AES Verschlüsselung zuständig - wenn man sie denn aktiviert hätte.


Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mdewendt am 23 August 2014, 09:43:56
Hallo.

Also mein MANUFACTURER SPECIFIC sieht ziemlich ähnlich aus:
0c0008493000010613080bfffc

bei kossmann steht statt der 49 eine 55

Also scheint der aktuelle Zählerstand wirklich nur nach Aufforderung gesendet zu werden.
Ist mbus senden eigentlich überhaupt im CUL implementiert?


Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mdewendt am 23 August 2014, 18:13:36
Hallo.

Der CUL868 ist da - es kommen wesentlich mehr Telegramme und Zähler rein als vorher.

Hier der manuf spec Part von einem Wasserzähler:
0c0008613000010613080bfffc


Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 24 August 2014, 14:29:50
Zitat von: mdewendt am 23 August 2014, 09:43:56
Ist mbus senden eigentlich überhaupt im CUL implementiert?

Aktuell nicht. Sollte sich aber relativ einfach ergänzen lassen, der Code dafür ist prinzipiell schon vorhanden.

Fragt sich nur, was gesendet werden sollte. Die bisher empfangenen Pakete haben als C-Field ja alle 44 = Send, no response
Laut Standard erwarten sie also keine Antwort.

Mag jemand mal telefonisch bei Qundis anfragen? Dann müssen sie ja irgendeine Antwort geben.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mdewendt am 24 August 2014, 16:55:46
Hallo.

Ärgerlich gerad wurden erst die Kaltwasserzähler getauscht da zu alt - da hätte  man sicherlich schon mitlesen können wie die Werte ausgelesen werden.
Irgendwo muss sich doch die Software finden lassen für die Hausverwaltungen die das Zählerauslesen übernehmen. Ansonsten bleibt nur abwarten.
Denke nicht das Qundis sich dazu äussern wird - die haben das sicherlich auch alles irgendwo eingekauft und vermarkten das nur weiter.

edit:
Obwohl ich gerade gesehen habe, dass Qundis Softwareentwicker sucht - man scheint also doch einiges selbst zu machen.
Laut Inet: "Das System Q walk-by besteht aus Messgeräten, die zu einem voreingestellten Zeitpunkt die aktuellen Verbrauchsdaten, und zwar in einem schnellen Intervall, aussenden."


Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 24 August 2014, 16:57:47
Ich frag' Montag gerne mal nach, auch telefonisch.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 25 August 2014, 11:22:41
Ich habe mich heute erst mal mit meiner manuellen Dekodierung eines Paketes befasst und die CRC-Felder mit beachtet. Hier habe ich noch ein Verständnis-Problem, siehe Tabelle: In Byte 17 sagt mir ein DIF, dass ein Wert mit Datum/Uhrzeit folgt - als 32 Bit Integer. In Byte 27 sagt mir ein DIF, dass wieder ein Wert mit Datum/Uhrzeit folgt - nun allerdings als 24 Bit Integer. Ist das normal?

Hier mal die nicht interpretierbaren Values der Nachbarn - sieht identisch aus:

WMBUS_LSE_228208_22_4 - 0c0008553000010613080bfffc02fd1700000c7878155559
WMBUS_LSE_228212_22_4 - 0c0008553000010613080bfffc02fd1700000c7800155559
WMBUS_LSE_228218_22_4 - 0c0008553000010613080bfffc02fd1700000c7806195559
WMBUS_LSE_228671_22_4 - 0c0008553000010613080bfffc02fd1700000c7880175559
WMBUS_LSE_228697_22_4 - 0c0008553000010613080bfffc02fd1700000c7898185559
WMBUS_LSE_58709293_65_7 - 0c0008553000010613080bfffc
WMBUS_LSE_58709356_65_7 - 0c0008553000010613080bfffc
WMBUS_LSE_58709397_65_7 - 0c0008553000010613080bfffc
WMBUS_LSE_58709398_65_7 - 0c0008553000010613080bfffc
WMBUS_LSE_58709399_65_7 - 0c0008553000010613080bfffc
WMBUS_LSE_58709400_65_7 - 0c0008553000010613080bfffc
WMBUS_LSE_58709402_65_7 - 0c0008553000010613080bfffc
WMBUS_LSE_58709403_65_7 - 0c0008553000010613080bfffc
WMBUS_LSE_58709404_65_7 - 0c0008553000010613080bfffc
WMBUS_LSE_58709405_65_7 - 0c0008553000010613080bfffc
WMBUS_LSE_58709438_65_7 - 0c0008553000010613080bfffc
WMBUS_LSE_58709439_65_7 - 0c0008553000010613080bfffc
WMBUS_LSE_58709440_65_7 - 0c0008553000010613080bfffc
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 25 August 2014, 11:42:11
Ich habe eben mal mit Qundis telefoniert, denen ich ja schon am 6. August eine eMail geschrieben habe. Diese wurde dort vom technischen Support an´s Produktmanagement weitergeleitet. Der Verantwortliche ist dort momentan jedoch im Urlaub. Man hat meine Telefonnummer und wird mich hoffentlich zurück rufen.

Mir kam noch eine andere Idee: Kann es ggf. sein, dass die Zähler sowohl im S-, also auch (zu anderen Zeiten) im T-Modus senden? Mit dem CUL-433 hatte ich mein erstes Paket ja im S-Modus empfangen und lausche seit dem nur dort. Vielleicht senden die Zähler dort ja "irgendwas" und im T-Modus auswertbare Daten. Ich stelle für den Rest des Tages mal um...
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 25 August 2014, 21:09:43
Zitat von: kossmann am 25 August 2014, 11:22:41
In Byte 27 sagt mir ein DIF, dass wieder ein Wert mit Datum/Uhrzeit folgt - nun allerdings als 24 Bit Integer. Ist das normal?

b10 = 0x04 bedeutet 16 Bit Integer, nicht 24 Bit.

Und in Byte 30 bedeutet das letzte Bit = 0, dass es sich um einen reinen Datumswert handelt, ohne Uhrzeit.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 25 August 2014, 21:12:40
Zitat von: kossmann am 25 August 2014, 11:42:11
Ich habe eben mal mit Qundis telefoniert, denen ich ja schon am 6. August eine eMail geschrieben habe. Diese wurde dort vom technischen Support an´s Produktmanagement weitergeleitet. Der Verantwortliche ist dort momentan jedoch im Urlaub. Man hat meine Telefonnummer und wird mich hoffentlich zurück rufen.

Dann ist die Hoffnung ja noch nicht ganz gestorben, dass wir evtl. doch noch Informationen bekommen.

Zitat
Mir kam noch eine andere Idee: Kann es ggf. sein, dass die Zähler sowohl im S-, also auch (zu anderen Zeiten) im T-Modus senden? Mit dem CUL-433 hatte ich mein erstes Paket ja im S-Modus empfangen und lausche seit dem nur dort. Vielleicht senden die Zähler dort ja "irgendwas" und im T-Modus auswertbare Daten. Ich stelle für den Rest des Tages mal um...

Halte ich für unwahrscheinlich. S-Mode ist eigentlich der Standardmodus für Stationäre Zähler, aber Versuch macht klug.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 26 August 2014, 09:24:38
Augen auf nach Copy+Paste hätte die Fehlinterpretation vermieden, alles klar, Danke! Der Vollständigkeit halber hänge ich die nun hoffentlich korrekte Tabelle noch mal an.

Im T-Modus kam gestern und die ganze Nacht leider nicht, schade.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 27 August 2014, 23:26:26
Im Manufacturer Specific Teil steckt jetzt noch ein CRC, aber sonst haben wir die gleichen Ergebnisse.

Merkwürdig ist ja auch das Datumsfeld 'im Fehlerzustand' mit dem ungültigen Wert 0xffff.

Hast du mal am Gerät direkt geprüft, was da so eingestellt ist? Vielleicht ist da was falsch und sie senden deswegen nichts vernünftiges? Aber das ist auch nur eine sehr schwache Hoffnung.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 27 August 2014, 23:30:04
Wie kann ich denn das Gerät (die Wasseruhr) selbst prüfen?

Die Menge der Zähler und Quote (100%) der ManSpec-Werte spricht aber leider eine eigene Sprache. Solange Qundis sich nicht meldet, bzw. keine Infos liefert, habe ich momentan nur noch Hoffnung auf Januar, wo die Zähler ggf. andere Daten senden.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mdewendt am 28 August 2014, 16:49:57
>Im Manufacturer Specific Teil steckt jetzt noch ein CRC, aber sonst haben wir die gleichen Ergebnisse.

wo genau steckt der CRC in dem Teil? Um Byte 39?  Oder meinst du am Ende Byte 51/52? Ich habe da einen Verdacht ...


Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 28 August 2014, 18:00:31
Wenn ich mich nicht verzählt habe in Byte 46/47.

Nach den 12 Byte für den Header kommen jeweils Pakete a 16 Bytes mit nachfolgenden 2 Byte CRC.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 28 August 2014, 18:16:11
Wobei man aber nicht weiß, ob dies im hersteller spezifischen Teil auch so ist, oder? Dort kann man ja vom Standard abweichen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 28 August 2014, 18:16:36
Ich bin darauf hingewiesen worden, dass die Identification Number (Serial Number) immer 8 stellig mit führenden Nullen sein sollte.

Das ist in meinem Modul momentan nicht der Fall, wäre aber nur eine kleine, allerdings inkompatible, Änderung.
Zähler mit einer Identification Number mit weniger als 8 Stellen würden dann neu angelegt.

Führt das bei euch zu Problemen oder kann ich die Änderung durchführen?

Gruß,

Kai
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 28 August 2014, 18:19:11
Zitat von: kossmann am 28 August 2014, 18:16:11
Wobei man aber nicht weiß, ob dies im hersteller spezifischen Teil auch so ist, oder? Dort kann man ja vom Standard abweichen.

Doch, das ist auch da so, da die CRCs von einer anderen Protokollebene kommen, dem Data Link Layer (DLL). Die hersteller spezifischen Daten stammen aus dem Application Layer.
Der DLL wird im übrigen auch schon vom CUL geprüft, wenn da die CRCs nicht stimmen werden die Daten bereits dort verworfen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 28 August 2014, 18:19:26
Mach, ich glaube wir (also ich zumindest) sehe das Modul momentan im Beta-Stadium... und wenn Anwender dann halt mal 2 Minuten für eine Umkonfiguration investieren müssen, ist das halt so.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mdewendt am 28 August 2014, 19:16:27
Hallo.

Im manuf spec Teil steckt die Kunden ID - damit unterscheidet man in grösseren Liegenschaften die einzelnen Häuser.
Pro Haus kann man dann zB einen AES Key speichern oder halt alle Zähler ablesen.
Verstehe nur immer noch nicht warum so ein Aufwand und warum die Zähler nicht einfach ihren aktuellen Stand senden.


Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 28 August 2014, 19:33:37
Zitat von: mdewendt am 28 August 2014, 19:16:27
Im manuf spec Teil steckt die Kunden ID - damit unterscheidet man in grösseren Liegenschaften die einzelnen Häuser.

Wie bist du darauf gekommen? Und wo genau ist die Kunden-ID?

Zitat
Verstehe nur immer noch nicht warum so ein Aufwand und warum die Zähler nicht einfach ihren aktuellen Stand senden.

Es gibt ja auch extra VIFs für customer location und customer, also könnten die ja auch genommen werden.

Es macht auch eigentlich keinen Sinn, davon abhängig den AES-Key zu wählen, da diese Daten ja mit verschlüsselt werden. D.h. man benötigt den Schlüssel schon um an die Kunden-ID zu kommen.


Martin
[/quote]
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mdewendt am 28 August 2014, 19:40:52
ich habe hier mehrere Häuser im Empfangsbereich. Alle sind mit den gleichen Zählern (bekomme >100 rein) ausgestattet. Und bei jedem Haus ist der Teil der sich schon zwischen kossmann und mir unterscheidet auch anders in den manuf spec Telegrammen - das müsste um Byte 39 sein. Jedes Haus hat seine eigene Heizung.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 29 August 2014, 20:25:30
Kannst du den manufact. spec. Teil der 100 Zähler mal posten oder mir per PM schicken?

Vielleicht kann ich das dann noch genauer analysieren und in das Modul aufnehmen.

Kai
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mdewendt am 31 August 2014, 08:22:42
Hallo.

Die Wasserzähler haben zB
0c0008613000010613080bfffc
0c0008653000010613080bfffc
0c00086d3000010613080bfffc

Dabei ist es dann egal ob Warm oder Kaltwasser. Ein Haus ein manuf spec.

Heizung:
0c0008493000010613080bfffc
0c0008553000010613080bfffc
0c0008613000010613080bfffc
0c00086e3000010613080bfffc


Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 31 August 2014, 20:02:12
Sieht also so aus als sei das vierte Byte der einzige variable Teil.

0c0008493000010613080bfffc

Für so etwas wie location oder customer code ist ein Byte allerdings etwas wenig.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 07 September 2014, 21:08:16
Mit der neuesten culfw und dem aktuellsten Stand von FHEM wird jetzt auch RSSI (Received Signal Strenght Indicator) und LQI (Link Quality Indicator) jeder W-MBus Nachricht ausgewertet und als Reading zur Verfügung gestellt.

Wer daran Interesse hat, muss sich die culfw mit dem aktuellen Stand aus dem svn compilieren.

Falls es damit Probleme gibt, kann ich auch fertige hex-Files z. B. für einen CUL V3 zur Verfügung stellen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: rudolfkoenig am 08 September 2014, 07:59:50
Die  CUL_V3.hex Datei ist eingecheckt, und kann damit am naechsten Tag aus fhem mit "CULflash" geflasht werden, ohne weitere Aktionen (ein dfu-programmer im Pfad ist notwendig, auf dem FB7390 ist das der Fall). Fuer die anderen Tierchen scheint HAS_MBUS nicht definiert zu sein.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mdewendt am 11 September 2014, 16:02:42
Hallo.

Irgendetwas ist seit dem letzten Update schief gelaufen:

Error during ApplicationLayer parse:crc check failed for block 2


Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 11 September 2014, 16:04:20
Kann ich bestätigen - haben den selben Fehler Status, hatte allerdings schon seit Tagen nicht mehr ´drauf gesehen. Qundis hat sich natürlich auch noch nicht bei mir gemeldet :(
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 11 September 2014, 18:55:31
Habt ihr schon die neue Firmware drauf? Ich habe nur noch mit der getestet und mich daran gedacht, dass die alte keinen Wert für RSSI liefert. Die neue Version von 00_CUL.pm erwartet den aber schon nimmt ihn dann einfach aus dem eigentlichen Datenpaket.
Probiert es bitte mal mit der neuen culfw oder geht erstmal auf die alte Version von 36_WMBUS.pm und WMBus.pm.
Ich kann mir das erst am Sonntag genauer anschauen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 12 September 2014, 11:37:23
Ich bin noch mit der alten Version unterwegs, werde aber vor Ende nächster Woche nicht zum Testen kommen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mdewendt am 13 September 2014, 08:40:06
Hallo.

Mit der neuen Firmware ist es wieder ok. Komischerweise heisst die auch V1.61 wenn man den CUL mit version ausliesst?
RSSI kenne ich ja - aber was genau sagt der LQI aus?


Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mdewendt am 14 September 2014, 09:48:40
Hallo.

Ich habe mir gerade mal die Logs angeschaut. Die Wasserzähler haben am 1.9 alle 3 Minuten 7 Mal jede Menge Daten gesendet. Viele Datenfelder doppelt aber mit unterschiedlichen Werten. Einige Pakete (3+4) in datablock 4: unhandled datafield 5
Das ab 1 Uhr.
zB

1:10  type: unknown mit einer value, 3x VIF_ELECTRIC_ENERGY, 1 thermal energy
1:13  unknown (immer mit errormsg: in VIFExtension fd unknown VIF 2c) + VIF_ELECTRIC_ENERGY
1:16  nur in datablock 4: unhandled datafield 5
1:19  nur in datablock 4: unhandled datafield 5
1:22  unknown + 2x VIF_ELECTRIC_ENERGY
1:25  unknown + 2x VIF_ELECTRIC_ENERGY
1:28  das übliche Datenpaket

Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mdewendt am 14 September 2014, 13:19:59
Hallo.

Gleiches gilt auch für die Wärmemengenzähler am Heizkörper:
1:03  0c0008493000010613080bfffc02fdac7ebd19
1:06  0c0008493000010613080bfffc02fdac7e0919
1:09  0c0008493000010613080bfffc02fdac7e5518
1:12  0c0008493000010613080bfffc02fdac7ea117
die 1:15 scheint zu fehlen
1:18  0c0008493000010613080bfffc02fdac7e3916

Hier ändert sich das Ende des MANUFACTURER SPECIFIC bzw ich denke in diesem Fall kommt da noch ein VIF der nicht mehr ausgewertet wird?

Der Zähler hat Stichtag 31.12. Wert altes Jahr 589. Aktuell 351

normal kommt hier immer "nur" 0c0008493000010613080bfffc


Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 14 September 2014, 15:47:20
Zitat von: mdewendt am 13 September 2014, 08:40:06
Mit der neuen Firmware ist es wieder ok. Komischerweise heisst die auch V1.61 wenn man den CUL mit version ausliesst?

Rudolf entscheidet wann es ein neues Release der culfw und damit eine neue Versionsnummer gibt.

Zitat
RSSI kenne ich ja - aber was genau sagt der LQI aus?

Dazu zitiere ich mal aus dem Datenblatt des CC1101:

Zitat
The Link Quality Indicator is a metric of the
current quality of the received signal. [...] The
LQI gives an estimate of how easily a received
signal can be demodulated by accumulating
the magnitude of the error between ideal
constellations and the received signal over the
64 symbols immediately following the sync
word. LQI is best used as a relative
measurement of the link quality (a low value
indicates a better link than what a high value
does), since the value is dependent on the
modulation format.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: rudolfkoenig am 14 September 2014, 16:29:24
Da bei SlowRF/Interrupt-Betrieb kein Sync-Word gibt, habe ich gedacht, das LQI nur im Paket-Mode funktioniert, und  habe es fuer FS20 gar nicht angeboten. Habt Ihr andere Erfahrungen gemacht?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 14 September 2014, 16:36:44
Zitat von: mdewendt am 14 September 2014, 09:48:40
Hallo.

Ich habe mir gerade mal die Logs angeschaut. Die Wasserzähler haben am 1.9 alle 3 Minuten 7 Mal jede Menge Daten gesendet. Viele Datenfelder doppelt aber mit unterschiedlichen Werten. Einige Pakete (3+4) in datablock 4: unhandled datafield 5

Interessant, dann scheinen die Zähler nur einmal im Monat tatsächliche Ablesewert zu liefern.

datafield 5 steht für Datentyp float, der laut wmbus Standard eigentlich gar nicht erlaubt ist. Da er ja aber vorzukommen scheint werde ich ihn implementieren.


Zitat
1:13  unknown (immer mit errormsg: in VIFExtension fd unknown VIF 2c) + VIF_ELECTRIC_ENERGY

Das ist 'duration since last readout', werde ich auch implementieren.

Hast du auch die kompletten Rohmessages aufgezeichnet?
Mit denen könnte ich dann testen, ob die Dekodierung der neu implementierten Daten klappt.

Ist aber schon merkwürdig, dass Wasserzähler was mit  VIF_ELECTRIC_ENERGY senden.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 14 September 2014, 16:46:46
Zitat von: rudolfkoenig am 14 September 2014, 16:29:24
Da bei SlowRF/Interrupt-Betrieb kein Sync-Word gibt, habe ich gedacht, das LQI nur im Paket-Mode funktioniert, und  habe es fuer FS20 gar nicht angeboten. Habt Ihr andere Erfahrungen gemacht?

Bei WMBus gibt es wohl ein Sync-Word, zumindest entnehme ich das den Einstellungen die in diesem Modus für den CC1101 verwendet werden:

Sync mode = (5) 15/16 + carrier-sense above threshold


Inwieweit der LQI verwertbar ist kann ich bisher noch nicht sagen, bei meinen Tests schwankte der Wert so um 180.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mdewendt am 14 September 2014, 17:59:46
Hallo kaihs.

Eine Idee was nach dem manuf spec kommt?
zB 02fdac7ea117


Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 14 September 2014, 19:50:02
Zitat von: mdewendt am 14 September 2014, 17:59:46
Eine Idee was nach dem manuf spec kommt?
zB 02fdac7ea117

Ohne die kompletten Daten schwer zu sagen.
Mglw. sind das einfach nur mehr manuf spec Daten.

Falls möglich zeichne bitte die Rohmessages mit auf (attr CUL verbose 5).
Dann kann ich die durch das Auswerteprogramm schicken. 
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mdewendt am 14 September 2014, 20:03:35
Hallo.

Habe "attr CUL verbose 5" aktiviert.


Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 15 September 2014, 19:40:36
Ich habe heute noch dieses Dokument gefunden http://www.stzedn.de/veroeffentlichungen.html?file=tl_files/files/ew09_wireless_mbus_090112.pdf (http://www.stzedn.de/veroeffentlichungen.html?file=tl_files/files/ew09_wireless_mbus_090112.pdf).

Insbesondere das Kapitel 3.4 passt mglw. zu dem Verhalten das die Uhren von Martin zeigen.
Vielleicht schicken die nur interessante Daten, wenn sie vom Data collector (einmal im Monat?) dazu aufgefordert werden.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mdewendt am 15 September 2014, 19:51:58
Guten Abend.

Hier gibt es, so weit ich weiss, keinen Datacollector (musste ich die Datentelegramme nicht auch bei CUL raw dann sehen nächsten Monat?). Ich schau mir die Doku nachher mal an.


Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 15 September 2014, 19:54:23
Ich bin erst morgen wieder in der Lage, bei mir nachzusehen. Könnte mir aber vorstellen, dass die Dinger am ersten des Monats/Quartals etwas senden. Ich hoffe, ich habe die Logfiles vom 1. September noch...
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 16 September 2014, 08:46:34
Na super, bei mir war Verbose-Logging nicht mehr aktiv, habe nur noch folgende RAW-Messages aus dem Zeitraum 19. bis 24. August (per sort -u sortiert, nun verwundert mich aber die Masse):

Zitatb2C446532009470584107BF1F7A8F000000046D100ED31801FD0C053297076CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7A90000000046D1E12D31801FD0C053262B26CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7A91000000046D2D16D31801FD0C0532AA586CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7A92000000046D3B02D41801FD0C0532AA576CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7A93000000046D3806D41801FD0C053275A06CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7A94000000046D360AD41801FD0C0532AC3D6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7A95000000046D1D0ED41801FD0C0532F1EB6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7A96000000046D0712D41801FD0C053285396CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7A97000000046D2416D41801FD0C0532ABFB6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7A98000000046D0203D51801FD0C0532EB756CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7A9A000000046D050BD51801FD0C0532F92E6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7A9B000000046D310ED51801FD0C053209AF6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7A9C000000046D2312D51801FD0C053275896CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7A9D000000046D0516D51801FD0C0532F2116CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7A9E000000046D2701D61801FD0C0532F8A36CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7A9F000000046D0406D61801FD0C05327D186CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7AA0000000046D190AD61801FD0C053273326CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7AA1000000046D2D0ED61801FD0C05320E476CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7AA2000000046D0313D61801FD0C0532D9F66CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7AA3000000046D1E16D61801FD0C05323B866CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7AA4000000046D3B01D71801FD0C053226506CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7AA5000000046D2E05D71801FD0C05323AC06CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7AA6000000046D2509D71801FD0C053231E76CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7AA7000000046D2C0DD71801FD0C053281C16CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7AA8000000046D3111D71801FD0C0532CCAC6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7AA9000000046D1516D71801FD0C0532FC886CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7AAA000000046D3502D81801FD0C0532ED166CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7AAB000000046D2106D81801FD0C053261566CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7AAC000000046D0E0AD81801FD0C0532D92E6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7AAD000000046D060ED81801FD0C0532F9D86CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7AAE000000046D0012D81801FD0C053221BC6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7AAF000000046D0C16D81801FD0C053238C06CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7AB0000000046D1502D91801FD0C0532F6C96CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7AB1000000046D2006D91801FD0C05321B6C6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7AB2000000046D2B0AD91801FD0C0532104B6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532009470584107BF1F7AB8000000046D390ADA1801FD0C05320BB26CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977A8F000000046D0410D31801FD0C0532B00B6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977A90000000046D3B13D31801FD0C0532B7296CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977A91000000046D3417D31801FD0C053222406CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977A92000000046D2E03D41801FD0C053268D16CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977A93000000046D3A07D41801FD0C0532E4916CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977A94000000046D080CD41801FD0C053286EC6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977A95000000046D2A10D41801FD0C0532ABC76CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977A96000000046D0D15D41801FD0C05320C8B6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977A97000000046D3400D51801FD0C0532DD766CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977A98000000046D2304D51801FD0C05326CF36CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977A99000000046D1808D51801FD0C05324D396CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977A9A000000046D0E0CD51801FD0C0532E04C6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977A9B000000046D1510D51801FD0C053239BE6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977A9C000000046D1B14D51801FD0C05327A176CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977A9D000000046D3000D61801FD0C053205E86CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977A9E000000046D0605D61801FD0C0532D45C6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977A9F000000046D2108D61801FD0C0532D4D46CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977AA0000000046D030CD61801FD0C0532915C6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977AA1000000046D230FD61801FD0C0532D5E86CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977AA2000000046D0813D61801FD0C053226F76CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977AA3000000046D2117D61801FD0C053267E46CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977AA4000000046D3803D71801FD0C05328CC86CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977AA5000000046D0008D71801FD0C0532C7746CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977AA6000000046D000CD71801FD0C0532A9666CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977AA7000000046D2C0FD71801FD0C0532A74C6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977AA8000000046D1F13D71801FD0C05324D4F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977AAA000000046D2C02D81801FD0C0532E8FA6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977AAB000000046D0D07D81801FD0C053257096CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977AAC000000046D290BD81801FD0C053210706CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977AAD000000046D390FD81801FD0C0532A5BA6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977AAE000000046D0B14D81801FD0C0532B52A6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977AAF000000046D0700D91801FD0C053257646CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977AB0000000046D0704D91801FD0C053267B36CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977AB1000000046D0408D91801FD0C053222706CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977AB7000000046D0109DA1801FD0C05326BEA6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320194705841077E977AB8000000046D270CDA1801FD0C0532D0566CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7A8F000000046D230FD31801FD0C053281FB6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7A90000000046D3B13D31801FD0C0532B7296CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7A91000000046D1500D41801FD0C053208BC6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7A92000000046D2E04D41801FD0C05328EB26CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7A93000000046D1308D41801FD0C05328A376CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7A94000000046D320BD41801FD0C053218436CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7A95000000046D230FD41801FD0C05323D596CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7A96000000046D1313D41801FD0C0532D76F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7A97000000046D1517D41801FD0C0532A1C26CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7A98000000046D1703D51801FD0C0532A4076CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7A99000000046D3107D51801FD0C0532239F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7A9A000000046D120CD51801FD0C05324CFA6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7A9C000000046D1F13D51801FD0C0532A5FE6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7A9D000000046D1C17D51801FD0C05327A096CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7A9E000000046D1A03D61801FD0C0532137D6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7A9F000000046D2807D61801FD0C05324B476CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7AA0000000046D370BD61801FD0C053259A86CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7AA1000000046D0310D61801FD0C053251876CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7AA2000000046D0F14D61801FD0C0532750B6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7AA3000000046D0A00D71801FD0C053274816CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7AA4000000046D0204D71801FD0C053212676CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7AA5000000046D2B07D71801FD0C0532B5176CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7AA6000000046D170BD71801FD0C05321CB26CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7AA7000000046D360FD71801FD0C05322EB56CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7AA8000000046D1B14D71801FD0C053292A66CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7AA9000000046D1F00D81801FD0C053276776CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7AAA000000046D2704D81801FD0C05327C6C6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7AAB000000046D1E08D81801FD0C053241636CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7AAC000000046D110CD81801FD0C0532921A6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7AAD000000046D2D0FD81801FD0C05327A186CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7AAE000000046D0C13D81801FD0C0532E6D66CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7AAF000000046D1F17D81801FD0C0532DF096CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7AB0000000046D3203D91801FD0C05323F976CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7AB1000000046D0808D91801FD0C053268EE6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532029470584107016A7AB8000000046D120BDA1801FD0C053288726CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27A8F000000046D0210D31801FD0C053295446CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27A90000000046D1D13D31801FD0C053263536CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27A91000000046D3B16D31801FD0C0532693F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27A92000000046D1A02D41801FD0C0532CBB26CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27A93000000046D2B06D41801FD0C05321F9D6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27A94000000046D050BD41801FD0C0532BAC16CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27A96000000046D1213D41801FD0C053247BF6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27A97000000046D0817D41801FD0C05329DA46CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27A98000000046D3902D51801FD0C05328E9D6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27A99000000046D2806D51801FD0C0532AB876CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27A9B000000046D320ED51801FD0C053285BA6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27A9C000000046D1813D51801FD0C053210616CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27A9D000000046D2217D51801FD0C05323B4F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27A9E000000046D2D03D61801FD0C0532B1FF6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27A9F000000046D2807D61801FD0C05324B476CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27AA0000000046D210BD61801FD0C05329ACF6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27AA1000000046D210FD61801FD0C0532C92D6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27AA2000000046D1D13D61801FD0C053269856CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27AA3000000046D2B17D61801FD0C053208356CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27AA4000000046D3B03D71801FD0C053200DD6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27AA5000000046D1B08D71801FD0C0532DE5D6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27AA6000000046D380CD71801FD0C0532CD6F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27AA7000000046D2110D71801FD0C053208586CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27AA8000000046D0914D71801FD0C0532684B6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27AA9000000046D3817D71801FD0C05325A076CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27AAA000000046D2803D81801FD0C05325C846CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27AAB000000046D2807D81801FD0C05320F666CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27AAC000000046D2C0BD81801FD0C0532B92A6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27AAD000000046D0810D81801FD0C0532572D6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27AAE000000046D2014D81801FD0C0532BB1E6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27AAF000000046D0500D91801FD0C05324BA16CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27AB0000000046D2503D91801FD0C05326C206CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27AB1000000046D0B07D91801FD0C053298AC6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27AB2000000046D290AD91801FD0C05320C8E6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532039470584107C0E27AB8000000046D010BDA1801FD0C0532E24F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907A8F000000046D350FD31801FD0C0532429C6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907A91000000046D2717D31801FD0C0532487D6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907A92000000046D2003D41801FD0C05323E8A6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907A93000000046D2A07D41801FD0C053202B96CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907A94000000046D350BD41801FD0C0532ADDC6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907A95000000046D1710D41801FD0C053266946CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907A96000000046D3814D41801FD0C05323F386CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907A98000000046D1104D51801FD0C0532672B6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907A99000000046D0708D51801FD0C05326D9A6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907A9A000000046D370BD51801FD0C0532F2F66CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907A9B000000046D0110D51801FD0C0532E61C6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907A9C000000046D0814D51801FD0C0532102A6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907A9D000000046D1900D61801FD0C053217196CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907A9F000000046D0F08D61801FD0C053273BA6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907AA0000000046D290BD61801FD0C0532E9DB6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907AA1000000046D0D0FD61801FD0C053272866CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907AA2000000046D2C12D61801FD0C053263BC6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907AA3000000046D0717D61801FD0C0532B39E6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907AA4000000046D1F03D71801FD0C0532C8626CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907AA5000000046D1F07D71801FD0C05329B806CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907AA6000000046D230BD71801FD0C053232256CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907AA7000000046D150FD71801FD0C053253956CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907AA8000000046D0413D71801FD0C053254666CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907AA9000000046D2916D71801FD0C0532A10B6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907AAA000000046D1102D81801FD0C053225A96CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907AAB000000046D2C06D81801FD0C0532BB186CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907AAC000000046D0C0BD81801FD0C0532481F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907AAD000000046D190FD81801FD0C0532548F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907AAE000000046D2913D81801FD0C0532BEB96CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907AAF000000046D2817D81801FD0C05327D8B6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907AB0000000046D2403D91801FD0C0532FCF06CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907AB1000000046D2307D91801FD0C05321A8D6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907AB7000000046D2608DA1801FD0C0532A2B46CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532049470584107FE907AB8000000046D0D0CDA1801FD0C05324EB26CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320594705841073F187A8F000000046D1E0ED31801FD0C0532C15C6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320594705841073F187A90000000046D2E12D31801FD0C053275AF6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320594705841073F187A91000000046D0117D31801FD0C05329C076CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320594705841073F187A92000000046D1103D41801FD0C0532B9476CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320594705841073F187A93000000046D1007D41801FD0C05327A756CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320594705841073F187A94000000046D0D0BD41801FD0C0532C9D56CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320594705841073F187A95000000046D340ED41801FD0C0532E31A6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320594705841073F187A97000000046D3516D41801FD0C0532DD036CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320594705841073F187A98000000046D1603D51801FD0C053234D76CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320594705841073F187A99000000046D1807D51801FD0C0532316E6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320594705841073F187A9A000000046D1B0BD51801FD0C0532495D6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320594705841073F187A9B000000046D0D0FD51801FD0C0532D9D86CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320594705841073F187A9C000000046D3A12D51801FD0C053270656CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320594705841073F187A9D000000046D2016D51801FD0C0532AA7E6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320594705841073F187A9F000000046D1906D61801FD0C0532417E6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320594705841073F187AA0000000046D320AD61801FD0C05327D066CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320594705841073F187AA1000000046D090FD61801FD0C05324B0C6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320594705841073F187AA2000000046D1D13D61801FD0C053269856CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320594705841073F187AA3000000046D3A16D61801FD0C0532F3396CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320594705841073F187AA5000000046D1106D71801FD0C0532402F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320594705841073F187AA6000000046D050AD71801FD0C05326BAB6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320594705841073F187AA7000000046D0A0ED71801FD0C0532FEC26CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320594705841073F187AA8000000046D1212D71801FD0C05321AF56CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320594705841073F187AAA000000046D1703D81801FD0C05328D126CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320594705841073F187AAB000000046D0407D81801FD0C0532B4CD6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320594705841073F187AAD000000046D280ED81801FD0C05325EB66CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465320594705841073F187AAF000000046D2A16D81801FD0C0532ECBA6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7A8F000000046D070ED31801FD0C0532C4B06CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7A90000000046D1012D31801FD0C053234E96CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7A91000000046D1B16D31801FD0C0532980A6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7A92000000046D2602D41801FD0C053296316CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7A93000000046D1F06D41801FD0C0532310A6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7A94000000046D190AD41801FD0C05329B836CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7A95000000046D050ED41801FD0C053264D76CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7A96000000046D3011D41801FD0C05328CC26CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7A97000000046D1616D41801FD0C0532A0236CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7A98000000046D3402D51801FD0C053254D36CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7A99000000046D3B06D51801FD0C0532C1BA6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7A9A000000046D050BD51801FD0C0532F92E6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7A9B000000046D360ED51801FD0C0532BC306CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7A9C000000046D2C12D51801FD0C0532B3026CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7A9D000000046D0B16D51801FD0C0532A44A6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7A9E000000046D2901D61801FD0C0532AEF86CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7A9F000000046D0206D61801FD0C053258576CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7AA0000000046D140AD61801FD0C0532A97C6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7AA1000000046D2C0ED61801FD0C05329E976CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7AA2000000046D0813D61801FD0C053226F76CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7AA3000000046D2816D61801FD0C053209D46CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7AA4000000046D0D02D71801FD0C0532BF7B6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7AA5000000046D3805D71801FD0C0532F9A76CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7AA6000000046D2B09D71801FD0C053267BC6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7AA7000000046D2F0DD71801FD0C05320DD46CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7AA8000000046D3011D71801FD0C05325C7C6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7AA9000000046D1116D71801FD0C0532C5026CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7AAA000000046D2C02D81801FD0C0532E8FA6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7AAB000000046D1506D81801FD0C05324FC16CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7AAC000000046D3A09D81801FD0C05325CC06CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7AAD000000046D360DD81801FD0C053245BC6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7AAE000000046D3611D81801FD0C0532B8976CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7AAF000000046D0B16D81801FD0C05328D5F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7AB0000000046D1802D91801FD0C05322C876CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7AB1000000046D2706D91801FD0C0532AEF36CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653238947058410771EA7AB8000000046D380ADA1801FD0C05329B626CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532399470584107B0627A8F000000046D130FD31801FD0C053296E66CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532399470584107B0627A90000000046D1213D31801FD0C0532A5D86CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532399470584107B0627A92000000046D0D03D41801FD0C053215F16CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532399470584107B0627A94000000046D2A0BD41801FD0C05328D7F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532399470584107B0627A95000000046D0B10D41801FD0C0532CA226CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532399470584107B0627A96000000046D2514D41801FD0C0532035E6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532399470584107B0627A97000000046D0C00D51801FD0C0532B97F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532399470584107B0627A99000000046D2307D51801FD0C0532D9726CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532399470584107B0627A9A000000046D140BD51801FD0C05328FD66CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532399470584107B0627A9B000000046D160FD51801FD0C0532C0F16CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532399470584107B0627A9C000000046D1713D51801FD0C0532D6EA6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532399470584107B0627A9D000000046D3017D51801FD0C0532C1A26CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532399470584107B0627A9E000000046D0A04D61801FD0C053213366CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532399470584107B0627AA0000000046D0E0BD61801FD0C0532AD716CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532399470584107B0627AA1000000046D290ED61801FD0C053237CD6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532399470584107B0627AA2000000046D0A12D61801FD0C0532B7C66CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532399470584107B0627AA3000000046D1D16D61801FD0C0532B7936CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532399470584107B0627AA4000000046D2F02D71801FD0C0532528B6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532399470584107B0627AA5000000046D3706D71801FD0C053294556CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532399470584107B0627AA6000000046D000BD71801FD0C05324F056CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532399470584107B0627AA7000000046D2F0ED71801FD0C0532A6AD6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532399470584107B0627AA8000000046D2612D71801FD0C053234626CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532399470584107B0627AA9000000046D1116D71801FD0C0532C5026CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532399470584107B0627AAA000000046D3B01D81801FD0C053210346CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532399470584107B0627AAC000000046D020BD81801FD0C05321E446CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532399470584107B0627AAD000000046D0E0FD81801FD0C053207386CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532399470584107B0627AAE000000046D1713D81801FD0C0532FFFF6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532399470584107B0627AAF000000046D0E17D81801FD0C0532A9F16CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532399470584107B0627AB0000000046D0A03D91801FD0C05325B9E6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532399470584107B0627AB1000000046D0307D91801FD0C0532EBB86CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532399470584107B0627AB8000000046D2E0BDA1801FD0C0532D5F16CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532409470584107527B7A8F000000046D1E0ED31801FD0C0532C15C6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532409470584107527B7A90000000046D0013D31801FD0C05325F356CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532409470584107527B7A91000000046D2117D31801FD0C05326D326CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532409470584107527B7A92000000046D0504D41801FD0C053280866CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532409470584107527B7A93000000046D2D07D41801FD0C0532B7266CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532409470584107527B7A94000000046D1B0BD41801FD0C05320AB26CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532409470584107527B7A95000000046D130FD41801FD0C05322A446CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532409470584107527B7A96000000046D0E13D41801FD0C0532EB096CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532409470584107527B7A97000000046D1B17D41801FD0C0532F7996CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532409470584107527B7A98000000046D2403D51801FD0C05323F0F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532409470584107527B7A99000000046D3907D51801FD0C0532508B6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532409470584107527B7A9A000000046D0F0CD51801FD0C0532709C6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532409470584107527B7A9B000000046D2B0FD51801FD0C05320DA26CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532409470584107527B7A9C000000046D0C13D51801FD0C0532CFC36CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532409470584107527B7A9D000000046D0017D51801FD0C0532D6BF6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532409470584107527B7A9E000000046D3302D61801FD0C05328C786CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532409470584107527B7A9F000000046D3B06D61801FD0C0532AC8E6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532409470584107527B7AA0000000046D040BD61801FD0C0532C2A06CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532409470584107527B7AA1000000046D080FD61801FD0C0532DBDC6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532409470584107527B7AA2000000046D0913D61801FD0C0532B6276CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532409470584107527B7AA3000000046D3616D61801FD0C0532B9A76CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532409470584107527B7AA5000000046D0B06D71801FD0C0532C9D66CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532409470584107527B7AA7000000046D0A0ED71801FD0C0532FEC26CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532409470584107527B7AA8000000046D2012D71801FD0C0532112D6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532409470584107527B7AA9000000046D3016D71801FD0C0532A4E76CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532409470584107527B7AAA000000046D0303D81801FD0C053252B06CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532409470584107527B7AAB000000046D0007D81801FD0C05328D476CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532409470584107527B7AAC000000046D3B0AD81801FD0C053267696CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532409470584107527B7AAD000000046D220ED81801FD0C053231676CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532409470584107527B7AAE000000046D0D12D81801FD0C0532FBF26CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532409470584107527B7AAF000000046D2A16D81801FD0C0532ECBA6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532409470584107527B7AB0000000046D0903D91801FD0C0532D78B6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532409470584107527B7AB1000000046D2507D91801FD0C05323FC26CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465325693705841075F4A7A29000000046D160ED31801FD0C053274816CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465325693705841075F4A7A2A000000046D3412D31801FD0C0532645A6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465325693705841075F4A7A2B000000046D1F16D31801FD0C0532398C6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465325693705841075F4A7A2D000000046D0406D41801FD0C0532CBCF6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465325693705841075F4A7A31000000046D2D16D41801FD0C05328EF66CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465325693705841075F4A7A34000000046D380AD51801FD0C053288806CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465325693705841075F4A7A38000000046D0403D61801FD0C053265C76CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465325693705841075F4A7A3A000000046D080BD61801FD0C0532889D6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465325693705841075F4A7A3E000000046D2901D71801FD0C0532DC1E6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465325693705841075F4A7A3F000000046D0406D71801FD0C05320FFE6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465325693705841075F4A7A47000000046D060FD81801FD0C053232FE6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465325693705841075F4A7A49000000046D1A16D81801FD0C053231556CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465325693705841075F4A7A4C000000046D210AD91801FD0C0532904D6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7A8F000000046D3B0ED31801FD0C053299336CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7A90000000046D0A13D31801FD0C053230E46CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7A91000000046D1417D31801FD0C0532D3756CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7A92000000046D2003D41801FD0C05323E8A6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7A93000000046D1B07D41801FD0C053285746CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7A94000000046D130BD41801FD0C053279A66CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7A95000000046D010FD41801FD0C0532D0A96CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7A96000000046D2A12D41801FD0C0532AE426CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7A97000000046D0E17D41801FD0C0532B8EB6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7A98000000046D2E03D51801FD0C053250DE6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7A99000000046D3307D51801FD0C05323F5A6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7A9A000000046D3B0BD51801FD0C0532B8686CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7A9B000000046D320FD51801FD0C0532084E6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7A9C000000046D2713D51801FD0C0532C1F76CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7A9D000000046D0717D51801FD0C053263206CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7A9E000000046D2302D61801FD0C05326A506CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7A9F000000046D3606D61801FD0C053276C06CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7AA0000000046D0E0BD61801FD0C0532AD716CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7AA1000000046D240FD61801FD0C053260776CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7AA2000000046D0214D61801FD0C0532AF456CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7AA3000000046D2417D61801FD0C0532CEBE6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7AA4000000046D0703D71801FD0C05325D5E6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7AA5000000046D3506D71801FD0C053288906CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7AA6000000046D250AD71801FD0C05329A9E6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7AA7000000046D270ED71801FD0C0532D5B96CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7AA8000000046D2A12D71801FD0C05327EFC6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7AA9000000046D0917D71801FD0C0532DDCA6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7AAA000000046D2603D81801FD0C05320ADF6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7AAB000000046D1107D81801FD0C0532FBBF6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7AAC000000046D340AD81801FD0C0532A1E26CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7AAD000000046D330ED81801FD0C0532479F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7AAE000000046D3012D81801FD0C053236A16CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7AAF000000046D0317D81801FD0C053273BF6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7AB0000000046D1203D91801FD0C0532CEA26CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7AB1000000046D1F07D91801FD0C0532470E6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C4465329292705841073A8A7AB8000000046D320BDA1801FD0C053279476CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532939270584107FB027A8F000000046D2B10D31801FD0C053287B56CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532939270584107FB027A91000000046D2800D41801FD0C0532C5EF6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532939270584107FB027A92000000046D2404D41801FD0C0532E1636CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532939270584107FB027A93000000046D3108D41801FD0C053267C76CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532939270584107FB027A94000000046D050DD41801FD0C0532D1566CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532939270584107FB027A95000000046D2011D41801FD0C053249E26CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532939270584107FB027A96000000046D0016D41801FD0C05327DBC6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532939270584107FB027A98000000046D0D05D51801FD0C053246696CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532939270584107FB027A99000000046D3B08D51801FD0C053230196CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532939270584107FB027A9A000000046D2A0CD51801FD0C053228F36CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532939270584107FB027A9C000000046D2E14D51801FD0C0532C4506CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532939270584107FB027A9D000000046D0901D61801FD0C05327CC56CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532939270584107FB027A9E000000046D2005D61801FD0C053200266CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532939270584107FB027AA0000000046D240CD61801FD0C0532D5F66CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532939270584107FB027AA1000000046D0610D61801FD0C0532F8DD6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532939270584107FB027AA2000000046D2013D61801FD0C0532A4D66CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532939270584107FB027AA3000000046D3117D61801FD0C053281CC6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532939270584107FB027AA4000000046D0A04D71801FD0C053261736CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532939270584107FB027AA5000000046D1008D71801FD0C0532215C6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532939270584107FB027AA6000000046D160CD71801FD0C05326A016CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532939270584107FB027AA7000000046D0C10D71801FD0C053223236CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532939270584107FB027AA8000000046D0014D71801FD0C05328B8F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532939270584107FB027AA9000000046D2A17D71801FD0C0532A0EA6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532939270584107FB027AAA000000046D1503D81801FD0C053291D76CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532939270584107FB027AAB000000046D3307D81801FD0C0532164F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532939270584107FB027AAC000000046D190CD81801FD0C0532E10E6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532939270584107FB027AAD000000046D2210D81801FD0C0532C9C96CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532939270584107FB027AAE000000046D2D14D81801FD0C053261506CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532939270584107FB027AAF000000046D2700D91801FD0C0532A6516CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532939270584107FB027AB0000000046D2004D91801FD0C053223196CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532939270584107FB027AB1000000046D1B08D91801FD0C053202D36CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532939270584107FB027AB7000000046D1C09DA1801FD0C0532578C6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532939270584107FB027AB8000000046D080DDA1801FD0C05326A1C6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7A8F000000046D260FD31801FD0C053228A16CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7A90000000046D2713D31801FD0C05321B9F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7A91000000046D2B17D31801FD0C053202E36CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7A92000000046D2C03D41801FD0C053274146CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7A93000000046D1C07D41801FD0C053230EB6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7A94000000046D0F0BD41801FD0C0532D5106CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7A95000000046D2E0ED41801FD0C05326AE36CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7A96000000046D1412D41801FD0C0532EF046CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7A97000000046D2C16D41801FD0C0532D8EF6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7A98000000046D0703D51801FD0C0532422F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7A99000000046D1807D51801FD0C0532316E6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7A9A000000046D250BD51801FD0C0532081B6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7A9B000000046D220FD51801FD0C0532EE666CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7A9C000000046D2213D51801FD0C053268AD6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7A9D000000046D0A17D51801FD0C0532B96E6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7A9F000000046D1007D61801FD0C05322F4E6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7AA0000000046D2B0BD61801FD0C0532F51E6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7AA2000000046D3014D61801FD0C0532A49D6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7AA3000000046D1C00D71801FD0C0532B7E66CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7AA4000000046D0A04D71801FD0C053261736CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7AA5000000046D0408D71801FD0C0532FEFE6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7AA6000000046D3A0BD71801FD0C053237C96CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7AA7000000046D0910D71801FD0C05328A796CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7AA8000000046D1414D71801FD0C0532542D6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7AA9000000046D2900D81801FD0C053244256CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7AAA000000046D3B04D81801FD0C0532D0DA6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7AAB000000046D1908D81801FD0C0532F4FC6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7AAC000000046D370BD81801FD0C0532A0036CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7AAD000000046D2C0FD81801FD0C0532EAC86CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7AAE000000046D2313D81801FD0C0532D1686CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7AAF000000046D2917D81801FD0C0532ED5B6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7AB0000000046D3003D91801FD0C053223526CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7AB1000000046D3707D91801FD0C0532C52F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532979370584107940B7AB8000000046D0B0BDA1801FD0C05328D9E6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677A8F000000046D2F10D31801FD0C0532BE3F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677A90000000046D1E14D31801FD0C053209256CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677A91000000046D1000D41801FD0C0532A1E66CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677A92000000046D0104D41801FD0C0532B90C6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677A93000000046D0308D41801FD0C05326C1F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677A94000000046D050CD41801FD0C05325CA26CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677A95000000046D1C10D41801FD0C053299956CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677A96000000046D3514D41801FD0C0532E5766CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677A97000000046D1B00D51801FD0C0532EAC86CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677A98000000046D3A03D51801FD0C05328F7C6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677A99000000046D3907D51801FD0C0532508B6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677A9A000000046D360BD51801FD0C053262266CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677A9B000000046D0910D51801FD0C053295086CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677A9C000000046D1814D51801FD0C0532F6026CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677A9D000000046D3300D61801FD0C053289FD6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677A9E000000046D1505D61801FD0C0532BE616CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677A9F000000046D3B08D61801FD0C05325D2D6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677AA0000000046D220CD61801FD0C0532F0B96CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677AA1000000046D1010D61801FD0C05323BBA6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677AA2000000046D3913D61801FD0C0532A13A6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677AA3000000046D1C00D71801FD0C0532B7E66CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677AA4000000046D0105D71801FD0C053213866CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677AA5000000046D0A09D71801FD0C053225516CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677AA6000000046D170DD71801FD0C053277256CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677AA7000000046D1211D71801FD0C05321EA46CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677AA8000000046D0A15D71801FD0C053269AA6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677AA9000000046D2700D81801FD0C0532127E6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677AAA000000046D0704D81801FD0C05328D596CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677AAB000000046D1A08D81801FD0C053278E96CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677AAC000000046D2E0CD81801FD0C0532438C6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677AAD000000046D3310D81801FD0C0532BF316CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677AAE000000046D3B14D81801FD0C0532A2376CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677AAF000000046D3300D91801FD0C053279F36CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677AB0000000046D2604D91801FD0C053206566CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677AB1000000046D1C08D91801FD0C0532B74C6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677AB7000000046D2408DA1801FD0C0532BE716CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C44653298937058410729677AB8000000046D020CDA1801FD0C053288396CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7A8F000000046D240FD31801FD0C053234646CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7A90000000046D2C13D31801FD0C0532E49E6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7A91000000046D3217D31801FD0C0532070F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7A92000000046D3803D41801FD0C0532ABB66CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7A93000000046D2E07D41801FD0C05323B336CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7A94000000046D220BD41801FD0C0532FE6B6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7A95000000046D040FD41801FD0C053279F36CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7A96000000046D1E12D41801FD0C053280D56CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7A97000000046D2F16D41801FD0C053254FA6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7A98000000046D0803D51801FD0C053284A46CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7A99000000046D1207D51801FD0C05325EBF6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7A9A000000046D1C0BD51801FD0C0532FCC26CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7A9B000000046D160FD51801FD0C0532C0F16CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7A9C000000046D0F13D51801FD0C053243D66CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7A9D000000046D3916D51801FD0C0532AF926CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7A9E000000046D2402D61801FD0C0532DFCF6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7A9F000000046D0707D61801FD0C05327CF96CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7AA0000000046D280BD61801FD0C0532790B6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7AA1000000046D0710D61801FD0C0532680D6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7AA2000000046D2314D61801FD0C0532CEA06CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7AA3000000046D0C00D71801FD0C053251CE6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7AA4000000046D2F03D71801FD0C0532DF7F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7AA5000000046D2F07D71801FD0C05328C9D6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7AA6000000046D2A0BD71801FD0C0532D1E16CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7AA7000000046D380FD71801FD0C053278EE6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7AA8000000046D0C14D71801FD0C0532C1116CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7AA9000000046D2200D81801FD0C0532BB246CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7AAB000000046D1F08D81801FD0C0532D1B36CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7AAC000000046D020CD81801FD0C0532F8276CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7AAD000000046D310FD81801FD0C0532D6AE6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7AAE000000046D2013D81801FD0C05325D7D6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7AAF000000046D2017D81801FD0C05320E9F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7AB0000000046D2303D91801FD0C0532496F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7AB1000000046D2507D91801FD0C05323FC26CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b2C446532999370584107E8EF7AB8000000046D030BDA1801FD0C0532FE8A6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
b374465B2088222001604A4197A8F000000046D0205D41801FD0C0632D8DD6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
b374465B2088222001604A4197A90000000046D2C08D41801FD0C063258A46CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
b374465B2088222001604A4197A91000000046D190CD41801FD0C0632B5016CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
b374465B2088222001604A4197A92000000046D0610D41801FD0C063268896CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
b374465B2088222001604A4197A93000000046D2714D41801FD0C06325A8E6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
b374465B2088222001604A4197A96000000046D2109D51801FD0C0632BB316CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
b374465B2088222001604A4197A98000000046D1511D51801FD0C0632B74F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
b374465B2088222001604A4197A99000000046D3014D51801FD0C063231366CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
b374465B2088222001604A4197A9A000000046D1100D61801FD0C06321CE86CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
b374465B2088222001604A4197A9B000000046D2504D61801FD0C0632619D6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
b374465B2088222001604A4197A9C000000046D3808D61801FD0C0632D23D6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
b374465B2088222001604A4197A9D000000046D040DD61801FD0C063251A86CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
b374465B2088222001604A4197A9E000000046D0911D61801FD0C063276CD6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
b374465B2088222001604A4197A9F000000046D3914D61801FD0C0632BFC66CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
b374465B2088222001604A4197AA0000000046D3000D71801FD0C06320F486CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
b374465B2088222001604A4197AA1000000046D2204D71801FD0C0632A6476CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
b374465B2088222001604A4197AA2000000046D1308D71801FD0C0632D5AC6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
b374465B2088222001604A4197AA3000000046D160CD71801FD0C06322F146CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
b374465B2088222001604A4197AA4000000046D1810D71801FD0C0632FF846CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
b374465B2088222001604A4197AA5000000046D3214D71801FD0C063232826CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
b374465B2088222001604A4197AA6000000046D0C01D81801FD0C06321E9B6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
b374465B2088222001604A4197AA7000000046D2B04D81801FD0C063284276CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
b374465B2088222001604A4197AA8000000046D1008D81801FD0C0632143D6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
b374465B2088222001604A4197AA9000000046D0E0CD81801FD0C0632F7AC6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
b374465B2088222001604A4197AAA000000046D0D10D81801FD0C063286926CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
b374465B2088222001604A4197AAB000000046D1C14D81801FD0C0632A3886CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
b374465B2088222001604A4197AAC000000046D2B00D91801FD0C0632EFCA6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
b374465B2088222001604A4197AAE000000046D2709D91801FD0C06328F646CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
b374465B2088222001604A4197AAF000000046D0E0DD91801FD0C0632CE776CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
b374465B2088222001604A4197AB0000000046D3510D91801FD0C063208716CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
b374465B2088222001604A4197AB1000000046D1C14D91801FD0C063249626CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
b374465B2088222001604A4197AB2000000046D0500DA1801FD0C063200B56CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
b374465B2088222001604A4197AB8000000046D1901DB1801FD0C063219F86CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7878155559DCAE
b374465B2118222001604DDD67A8F000000046D2104D41801FD0C063228096CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2118222001604DDD67A90000000046D3708D41801FD0C0632418D6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2118222001604DDD67A91000000046D130DD41801FD0C063257246CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2118222001604DDD67A92000000046D2B11D41801FD0C0632CE066CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2118222001604DDD67A93000000046D0E15D41801FD0C0632C58B6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2118222001604DDD67A94000000046D3000D51801FD0C0632E7F96CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2118222001604DDD67A95000000046D1F04D51801FD0C063283A56CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2118222001604DDD67A96000000046D1208D51801FD0C0632ADCD6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2118222001604DDD67A97000000046D160CD51801FD0C0632C7A56CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2118222001604DDD67A98000000046D1710D51801FD0C0632267E6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2118222001604DDD67A99000000046D3414D51801FD0C063208BC6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2118222001604DDD67A9A000000046D1301D61801FD0C06328DD96CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2118222001604DDD67A9B000000046D3704D61801FD0C06329B706CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2118222001604DDD67A9C000000046D2108D61801FD0C0632D7D16CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2118222001604DDD67A9E000000046D1D10D61801FD0C0632249B6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2118222001604DDD67A9F000000046D2E14D61801FD0C0632EC716CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2118222001604DDD67AA0000000046D3B00D71801FD0C0632F0496CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2118222001604DDD67AA1000000046D0B05D71801FD0C063239426CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2118222001604DDD67AA2000000046D1509D71801FD0C06327D176CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2118222001604DDD67AA3000000046D0E0DD71801FD0C063237DC6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2118222001604DDD67AA4000000046D0811D71801FD0C063294586CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2118222001604DDD67AA5000000046D3014D71801FD0C06322E476CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2118222001604DDD67AA6000000046D1F00D81801FD0C0632F9526CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2118222001604DDD67AA8000000046D2309D81801FD0C063202C16CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2118222001604DDD67AA9000000046D2A0DD81801FD0C0632B2E76CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2118222001604DDD67AAA000000046D3111D81801FD0C063256E56CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2118222001604DDD67AAB000000046D2515D81801FD0C0632DAA56CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2118222001604DDD67AAC000000046D1C01D91801FD0C0632C0BC6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2118222001604DDD67AAD000000046D3604D91801FD0C0632804E6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2118222001604DDD67AAE000000046D1808D91801FD0C0632D3066CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2118222001604DDD67AAF000000046D2D0CD91801FD0C06323EA36CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2118222001604DDD67AB0000000046D0311D91801FD0C0632B7D76CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2118222001604DDD67AB1000000046D1715D91801FD0C06323B976CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2118222001604DDD67AB8000000046D1B00DB1801FD0C063288C96CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C7896145559112A
b374465B2128222001604A22B7A8F000000046D2405D41801FD0C06320CA76CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C78001555598DCC
b374465B2128222001604A22B7A90000000046D1D09D41801FD0C0632529D6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C78001555598DCC
b374465B2128222001604A22B7A91000000046D180DD41801FD0C0632A8256CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C78001555598DCC
b374465B2128222001604A22B7A92000000046D1011D41801FD0C0632261A6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C78001555598DCC
b374465B2128222001604A22B7A93000000046D1915D41801FD0C0632963C6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C78001555598DCC
b374465B2128222001604A22B7A94000000046D2501D51801FD0C0632257F6CFFFF0DFF5F0C0008553000010613089CAE0BFFFC02FD1700000C780
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 16 September 2014, 10:52:51
Und hier mal die erste Meldung nach dem FirmwareUpdate meines WarmWasserZählers:

Zitat2014.09.16 10:44:59.613 5: CUL/RAW: /b2C4465329292705841073A8A7A36000000046D3109D01901FD0C053241296CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6D844

2014.09.16 10:44:59.613 4: CUL_Parse: CUL868 b2C4465329292705841073A8A7A36000000046D3109D01901FD0C053241296CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6D844 -40
2014.09.16 10:44:59.614 5: CUL868 dispatch b2C4465329292705841073A8A7A36000000046D3109D01901FD0C053241296CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6D8::-40
2014.09.16 10:44:59.614 5: WMBUS raw msg b2C4465329292705841073A8A7A36000000046D3109D01901FD0C053241296CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6D8::-40

Zitat2014-09-16_10:44:59 Zaehler_WasserWarm RSSI: -40
2014-09-16_10:44:59 Zaehler_WasserWarm LQI: 216
2014-09-16_10:44:59 Zaehler_WasserWarm 1:storage_no: 0
2014-09-16_10:44:59 Zaehler_WasserWarm 1:type: VIF_TIME_POINT_DATE_TIME
2014-09-16_10:44:59 Zaehler_WasserWarm 1:value: 2014-09-16 09:49
2014-09-16_10:44:59 Zaehler_WasserWarm 1:unit:
2014-09-16_10:44:59 Zaehler_WasserWarm 2:storage_no: 0
2014-09-16_10:44:59 Zaehler_WasserWarm 2:type: VIF_MODEL_VERSION
2014-09-16_10:44:59 Zaehler_WasserWarm 2:value: 5
2014-09-16_10:44:59 Zaehler_WasserWarm 2:unit:
2014-09-16_10:44:59 Zaehler_WasserWarm 3:storage_no: 0
2014-09-16_10:44:59 Zaehler_WasserWarm 3:type: VIF_TIME_POINT_DATE
2014-09-16_10:44:59 Zaehler_WasserWarm 3:value: invalid
2014-09-16_10:44:59 Zaehler_WasserWarm 3:unit:
2014-09-16_10:44:59 Zaehler_WasserWarm 4:storage_no: 0
2014-09-16_10:44:59 Zaehler_WasserWarm 4:type: MANUFACTURER SPECIFIC
2014-09-16_10:44:59 Zaehler_WasserWarm 4:value: 0c0008553000010613080bfffc
2014-09-16_10:44:59 Zaehler_WasserWarm 4:unit:
2014-09-16_10:44:59 Zaehler_WasserWarm is_encrypted: 0
2014-09-16_10:44:59 Zaehler_WasserWarm decryption_ok: 1
2014-09-16_10:44:59 Zaehler_WasserWarm no errors

In der Weboberfläche sehe ich in den Readings mehr, als im Logfile, u.a. auch etwas von VIF_ELECTRIC_ENERGY:

Zitat1:storage_no
   
0
   
2014-09-16 10:44:59
1:type
   
VIF_TIME_POINT_DATE_TIME
   
2014-09-16 10:44:59
1:unit
   
   
2014-09-16 10:44:59
1:value
   
2014-09-16 09:49
   
2014-09-16 10:44:59
2:errormsg
   
in VIFExtension fd unknown VIF 2c
   
2014-09-01 01:19:16
2:storage_no
   
0
   
2014-09-16 10:44:59
2:type
   
VIF_MODEL_VERSION
   
2014-09-16 10:44:59
2:unit
   
   
2014-09-16 10:44:59
2:value
   
5
   
2014-09-16 10:44:59
3:storage_no
   
0
   
2014-09-16 10:44:59
3:type
   
VIF_TIME_POINT_DATE
   
2014-09-16 10:44:59
3:unit
   
   
2014-09-16 10:44:59
3:value
   
invalid
   
2014-09-16 10:44:59
4:storage_no
   
0
   
2014-09-16 10:44:59
4:type
   
MANUFACTURER SPECIFIC
   
2014-09-16 10:44:59
4:unit
   
   
2014-09-16 10:44:59
4:value
   
0c0008553000010613080bfffc
   
2014-09-16 10:44:59
5:storage_no
   
0
   
2014-09-01 01:19:16
5:type
   
VIF_ELECTRIC_ENERGY
   
2014-09-01 01:19:16
5:unit
   
Wh
   
2014-09-01 01:19:16
5:value
   
305.508
   
2014-09-01 01:19:16
6:storage_no
   
0
   
2014-09-01 01:19:16
6:type
   
VIF_ELECTRIC_ENERGY
   
2014-09-01 01:19:16
6:unit
   
Wh
   
2014-09-01 01:19:16
6:value
   
19000
   
2014-09-01 01:19:16
7:storage_no
   
0
   
2014-09-01 01:19:16
7:type
   
VIF_THERMAL_ENERGY
   
2014-09-01 01:19:16
7:unit
   
J
   
2014-09-01 01:19:16
7:value
   
0
   
2014-09-01 01:19:16
LQI
   
216
   
2014-09-16 10:44:59
RSSI
   
-40
   
2014-09-16 10:44:59
decryption_ok
   
1
   
2014-09-16 10:44:59
is_encrypted
   
0
   
2014-09-16 10:44:59
state
   
no errors
   
2014-09-16 10:44:59
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mdewendt am 16 September 2014, 12:50:57
Hallo kossmann.

In den Readings siehst du noch "Datenleichen" vom 1.9. Das ist bei mir auch so. Die anderen Felder werden dann mit den aktuellen Daten überschrieben.


Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 16 September 2014, 13:46:20
Ahhh, Danke für die Info. Habe das nun "behoben" (FHEM stop, fhem.save bearbeiten, FHEM start).
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kkoeniger am 17 September 2014, 08:05:17
Ich war begeistert, als gestern mein neuer CUL ankam und gleich nachdem ich die Einstellungen vornahm Daten ankamen.

Untenstehend ein List des FAST Energycam am Gaszähler BK-G4. Allerdings habe ich das Problem, das ich den Zählerstand im STATE nicht anzeigen kann, dort erscheint nur "Zählerstand 3:value"


Internals:
   CUL_1_MSGCNT 120
   CUL_1_RAWMSG b2E44C4180563671301037C8C7A480000A00779C1574C2D343505800CF21A2B000000000E027584060000000E0300A80B0000000000FFFF80::-53.5
   CUL_1_RSSI -53.5
   CUL_1_TIME 2014-09-17 08:01:35
   DEF        FFD 13676305 1 3
   DeviceMedium Gas
   DeviceType 3
   IODev      CUL_1
   IdentNumber 13676305
   LASTInputDev CUL_1
   MSGCNT     120
   Manufacturer FFD
   NAME       WMBUS_FFD_13676305_1_3
   NR         694
   STATE      Zählerstand 3:value
   TYPE       WMBUS
   Version    1
   addr       FFD_13676305_1_3
   Readings:
     2014-09-17 08:01:35   1:errormsg      in VIFExtension 0 unknown VIF 79
     2014-09-17 08:01:35   1:storage_no    0
     2014-09-17 08:01:35   1:type          unknown
     2014-09-17 08:01:35   1:unit
     2014-09-17 08:01:35   1:value         12488918225569972224
     2014-09-17 08:01:35   2:storage_no    0
     2014-09-17 08:01:35   2:type          VIF_ELECTRIC_POWER
     2014-09-17 08:01:35   2:unit          W
     2014-09-17 08:01:35   2:value         0
     2014-09-17 08:01:35   3:storage_no    0
     2014-09-17 08:01:35   3:type          VIF_ELECTRIC_ENERGY
     2014-09-17 08:01:35   3:unit          Wh
     2014-09-17 08:01:35   3:value         6847.5
     2014-09-17 08:01:35   4:storage_no    0
     2014-09-17 08:01:35   4:type          VIF_ELECTRIC_ENERGY
     2014-09-17 08:01:35   4:unit          Wh
     2014-09-17 08:01:35   4:value         0
     2014-09-17 08:01:35   LQI             128
     2014-09-17 08:01:35   RSSI            -53.5
     2014-09-17 08:01:35   decryption_ok   1
     2014-09-17 08:01:35   is_encrypted    0
     2014-09-17 08:01:35   state           no errors
Attributes:
   IODev      CUL_1
   alias      Gaszähler
   room       WMBUS
   stateFormat Zählerstand 3:value
   verbose    5

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kkoeniger am 17 September 2014, 08:28:03
Beim Lesen der gesendeten Daten eines Kaltwasserzählers, ich empfange 2 davon, (Altair mit Izar Radio, 868.95 MHz wM-Bus nach OMS) tauchen Fehlermeldungen auf, siehe list untenstehend.

Internals:
   CUL_1_MSGCNT 242
   CUL_1_RAWMSG b1944242385071442061059ECA2210B00136CF7F64171718F8C247B5EA8A68E::-87.5
   CUL_1_RSSI -87.5
   CUL_1_TIME 2014-09-17 08:17:59
   DEF        HYD 42140785 6 16
   DeviceMedium Reserved for utility meter
   DeviceType 16
   IODev      CUL_1
   IdentNumber 42140785
   LASTInputDev CUL_1
   MSGCNT     242
   Manufacturer HYD
   NAME       WMBUS_HYD_42140785_6_16
   NR         690
   STATE      Unsupported CI Field a2
   TYPE       WMBUS
   Version    6
   addr       HYD_42140785_6_16
   Readings:
     2014-09-17 08:17:59   LQI             142
     2014-09-17 08:17:59   RSSI            -87.5
     2014-09-17 08:17:59   state           Unsupported CI Field a2
Attributes:
   IODev      CUL_1
   room       WMBUS


Ausschnitt aus dem fhem-log, einige der meldungen sind sicherlich vom Gaszähler aus meinem vorigen Post:

2014.09.17 08:16:52 4: CUL_Parse: CUL_1 b19442423850702460610E6E4A261120013D232DA7D0C4994AB5B075052688BE5 -87.5
2014.09.17 08:16:52 5: CUL_1 dispatch b19442423850702460610E6E4A261120013D232DA7D0C4994AB5B075052688B::-87.5
2014.09.17 08:16:52 5: WMBUS raw msg b19442423850702460610E6E4A261120013D232DA7D0C4994AB5B075052688B::-87.5
2014.09.17 08:16:52 2: WMBUS WMBUS_HYD_46020785_6_16 Error during ApplicationLayer parse:Unsupported CI Field a2
2014.09.17 08:17:33 5: CUL/RAW: /b1944242385071442061059ECA2710B00136CBC642E76D71332930656739D98E7

2014.09.17 08:17:33 4: CUL_Parse: CUL_1 b1944242385071442061059ECA2710B00136CBC642E76D71332930656739D98E7 -86.5
2014.09.17 08:17:33 5: CUL_1 dispatch b1944242385071442061059ECA2710B00136CBC642E76D71332930656739D98::-86.5
2014.09.17 08:17:33 5: WMBUS raw msg b1944242385071442061059ECA2710B00136CBC642E76D71332930656739D98::-86.5
2014.09.17 08:17:59 5: CUL/RAW: /b1944242385071442061059ECA2210B00136CF7F64171718F8C247B5EA8A68EE5

2014.09.17 08:17:59 4: CUL_Parse: CUL_1 b1944242385071442061059ECA2210B00136CF7F64171718F8C247B5EA8A68EE5 -87.5
2014.09.17 08:17:59 5: CUL_1 dispatch b1944242385071442061059ECA2210B00136CF7F64171718F8C247B5EA8A68E::-87.5
2014.09.17 08:17:59 5: WMBUS raw msg b1944242385071442061059ECA2210B00136CF7F64171718F8C247B5EA8A68E::-87.5
2014.09.17 08:18:35 5: CUL/RAW: /b19442423850702460610E6E4A221120013D26E675BA0CEDBCC37635A421590E5

2014.09.17 08:18:35 4: CUL_Parse: CUL_1 b19442423850702460610E6E4A221120013D26E675BA0CEDBCC37635A421590E5 -87.5
2014.09.17 08:18:35 5: CUL_1 dispatch b19442423850702460610E6E4A221120013D26E675BA0CEDBCC37635A421590::-87.5
2014.09.17 08:18:35 5: WMBUS raw msg b19442423850702460610E6E4A221120013D26E675BA0CEDBCC37635A421590::-87.5
2014.09.17 08:18:35 2: WMBUS WMBUS_HYD_46020785_6_16 Error during ApplicationLayer parse:Unsupported CI Field a2
2014.09.17 08:20:27 5: CUL/RAW: /b1944242385071442061059ECA2310B00136CE0D908DA505C55FF625C63E085E6

2014.09.17 08:20:27 4: CUL_Parse: CUL_1 b1944242385071442061059ECA2310B00136CE0D908DA505C55FF625C63E085E6 -87
2014.09.17 08:20:27 5: CUL_1 dispatch b1944242385071442061059ECA2310B00136CE0D908DA505C55FF625C63E085::-87
2014.09.17 08:20:27 5: WMBUS raw msg b1944242385071442061059ECA2310B00136CE0D908DA505C55FF625C63E085::-87
2014.09.17 08:21:33 5: CUL/RAW: /b19442423850702460610E6E4A271120013D225F534A7684772801E52992ECAE5

2014.09.17 08:21:33 4: CUL_Parse: CUL_1 b19442423850702460610E6E4A271120013D225F534A7684772801E52992ECAE5 -87.5
2014.09.17 08:21:33 5: CUL_1 dispatch b19442423850702460610E6E4A271120013D225F534A7684772801E52992ECA::-87.5
2014.09.17 08:21:33 5: WMBUS raw msg b19442423850702460610E6E4A271120013D225F534A7684772801E52992ECA::-87.5
2014.09.17 08:21:33 2: WMBUS WMBUS_HYD_46020785_6_16 Error during ApplicationLayer parse:Unsupported CI Field a2
2014.09.17 08:21:35 5: CUL/RAW: /b2E44C4180563671301037C8C7A4C0000A00779C1574C2D343505800C89FA2B0
2014.09.17 08:21:35 5: CUL/RAW: b2E44C4180563671301037C8C7A4C0000A00779C1574C2D343505800C89FA2B0/00000000E027584060000000E0300A80B0000000000FFFF8029

2014.09.17 08:21:35 4: CUL_Parse: CUL_1 b2E44C4180563671301037C8C7A4C0000A00779C1574C2D343505800C89FA2B000000000E027584060000000E0300A80B0000000000FFFF8029 -53.5
2014.09.17 08:21:35 5: CUL_1 dispatch b2E44C4180563671301037C8C7A4C0000A00779C1574C2D343505800C89FA2B000000000E027584060000000E0300A80B0000000000FFFF80::-53.5
2014.09.17 08:21:35 5: WMBUS raw msg b2E44C4180563671301037C8C7A4C0000A00779C1574C2D343505800C89FA2B000000000E027584060000000E0300A80B0000000000FFFF80::-53.5
2014.09.17 08:22:47 5: CUL/RAW: /b1944242385071442061059ECA2310B00136CE0D908DA505C55FF625C63E0A7E5

2014.09.17 08:22:47 4: CUL_Parse: CUL_1 b1944242385071442061059ECA2310B00136CE0D908DA505C55FF625C63E0A7E5 -87.5
2014.09.17 08:22:47 5: CUL_1 dispatch b1944242385071442061059ECA2310B00136CE0D908DA505C55FF625C63E0A7::-87.5
2014.09.17 08:22:47 5: WMBUS raw msg b1944242385071442061059ECA2310B00136CE0D908DA505C55FF625C63E0A7::-87.5
2014.09.17 08:23:11 5: CUL/RAW: /b1944242385071442061059ECA2610B00136CAB4B67DDF6C0EB481F54B8DB85E5

2014.09.17 08:23:11 4: CUL_Parse: CUL_1 b1944242385071442061059ECA2610B00136CAB4B67DDF6C0EB481F54B8DB85E5 -87.5
2014.09.17 08:23:11 5: CUL_1 dispatch b1944242385071442061059ECA2610B00136CAB4B67DDF6C0EB481F54B8DB85::-87.5
2014.09.17 08:23:11 5: WMBUS raw msg b1944242385071442061059ECA2610B00136CAB4B67DDF6C0EB481F54B8DB85::-87.5
2014.09.17 08:24:03 5: CUL/RAW: /b1944242385071442061059ECA2410B00136C8515F48BB56758FE2D512E5784E7

2014.09.17 08:24:03 4: CUL_Parse: CUL_1 b1944242385071442061059ECA2410B00136C8515F48BB56758FE2D512E5784E7 -86.5
2014.09.17 08:24:03 5: CUL_1 dispatch b1944242385071442061059ECA2410B00136C8515F48BB56758FE2D512E5784::-86.5
2014.09.17 08:24:03 5: WMBUS raw msg b1944242385071442061059ECA2410B00136C8515F48BB56758FE2D512E5784::-86.5
2014.09.17 08:24:21 5: CUL/RAW: /b1944242385071442061059ECA2610B00136CAB4B67DDF6C0EB481F54B8DB85E6

2014.09.17 08:24:21 4: CUL_Parse: CUL_1 b1944242385071442061059ECA2610B00136CAB4B67DDF6C0EB481F54B8DB85E6 -87
2014.09.17 08:24:21 5: CUL_1 dispatch b1944242385071442061059ECA2610B00136CAB4B67DDF6C0EB481F54B8DB85::-87
2014.09.17 08:24:21 5: WMBUS raw msg b1944242385071442061059ECA2610B00136CAB4B67DDF6C0EB481F54B8DB85::-87
2014.09.17 08:25:04 5: CUL/RAW: /b1944242385071442061059ECA2310B00136CE0D908DA505C55FF625C63E081E9

2014.09.17 08:25:04 4: CUL_Parse: CUL_1 b1944242385071442061059ECA2310B00136CE0D908DA505C55FF625C63E081E9 -85.5
2014.09.17 08:25:04 5: CUL_1 dispatch b1944242385071442061059ECA2310B00136CE0D908DA505C55FF625C63E081::-85.5
2014.09.17 08:25:04 5: WMBUS raw msg b1944242385071442061059ECA2310B00136CE0D908DA505C55FF625C63E081::-85.5
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: drdownload am 17 September 2014, 10:19:51
Wäre es eigentlich theoretisch möglich den CUL gleichzeitig für den Empfang von WMBUS Nachrichten zu verwenden und gleichzeitig weiter FS20/FHT Nachrichten zu senden?

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 17 September 2014, 18:51:09
Zitat von: kkoeniger am 17 September 2014, 08:05:17
Untenstehend ein List des FAST Energycam am Gaszähler BK-G4. Allerdings habe ich das Problem, das ich den Zählerstand im STATE nicht anzeigen kann, dort erscheint nur "Zählerstand 3:value"

Da stimmt aber etwas nicht, die Daten machen keinen Sinn und stimmen auch nicht mit der Dokumentation der EnergyCam überein.
Hast du die neueste Firmwareversion auf der EnergyCam?
Womit hast du die Daten bisher ausgewertet?

Zitat
stateFormat Zählerstand 3:value

Ich habe wohl die Namen der Readings ungünstig gewählt, der Doppelpunkt macht hier Probleme, stateFormat erlaubt das nicht im Reading.

Mal sehen, ob ich das noch ändere, z. B. in - oder _
Das wäre allerdings eine inkompatible Änderung.

Als Workaround kannst du

stateformat {ReadingsVal("WMBUS_FFD_13676305_1_3","volume","")}

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 17 September 2014, 18:57:37
Zitat von: kkoeniger am 17 September 2014, 08:28:03
Beim Lesen der gesendeten Daten eines Kaltwasserzählers, ich empfange 2 davon, (Altair mit Izar Radio, 868.95 MHz wM-Bus nach OMS) tauchen Fehlermeldungen auf, siehe list untenstehend.

Leider hält sich der Wasserzähler nicht an die Spezifikation, der Wert A2 für das CI-Field ist nicht spezifiziert. Zumindest kann ich die Definition nirgendwo finden.
Der Zähler ist von HYD = Hydrometer GmbH = Teil der Diehl Gruppe.

Bei Techem Zählern ist es das selbe Problem, siehe auch http://forum.fhem.de/index.php/topic,27018.msg200019.html#msg200019 (http://forum.fhem.de/index.php/topic,27018.msg200019.html#msg200019).

Ein offener Standard ist ja toll, nur leider scheint sich so gut wie kein Hersteller vollständig daran zu halten.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 17 September 2014, 19:00:45
Zitat von: drdownload am 17 September 2014, 10:19:51
Wäre es eigentlich theoretisch möglich den CUL gleichzeitig für den Empfang von WMBUS Nachrichten zu verwenden und gleichzeitig weiter FS20/FHT Nachrichten zu senden?

Gleichzeitig nicht, man müsste immer umschalten, da der Funkchip jeweils neu konfiguriert werden muss.
Aktuell geht das nur über das Ändern des rfmodes, und da ist aktuell auch noch ein Bug, das Zurückstellen auf SlowRF funktioniert nicht.
Da bin ich aber dran.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kkoeniger am 19 September 2014, 09:20:49
Zitat von: kaihs am 17 September 2014, 18:51:09
Da stimmt aber etwas nicht, die Daten machen keinen Sinn und stimmen auch nicht mit der Dokumentation der EnergyCam überein.
Hast du die neueste Firmwareversion auf der EnergyCam?
Womit hast du die Daten bisher ausgewertet?

Die neueste Firmware sollte es schon sein (EnergyCamWinBuild12890). Aber ich habe gestern gesehen, dass mein EnergyCam beim flashen wohl probleme hat, irgendwie übernimmt es nicht alle Daten korrekt. Da muss ich am Wochenende mehr testen.
Die Daten habe ich bis vorgestern nur händisch abgelesen, das EnergyCam ist nagelneu.

Zitat von: kaihs am 17 September 2014, 18:51:09
Ich habe wohl die Namen der Readings ungünstig gewählt, der Doppelpunkt macht hier Probleme, stateFormat erlaubt das nicht im Reading.

Mal sehen, ob ich das noch ändere, z. B. in - oder _
Das wäre allerdings eine inkompatible Änderung.

Als Workaround kannst du

stateformat {ReadingsVal("WMBUS_FFD_13676305_1_3","volume","")}

Danke, das funktioniert. Allerdings kann ich keinen Text voranstellen (zB "Zählerwert:"). Mit Readings und Device-Names, die ":" enthalten hatte ich schon so meine Probleme mit dem statistics-modul ...
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kkoeniger am 19 September 2014, 09:36:27
Zitat von: kaihs am 17 September 2014, 18:57:37
Ein offener Standard ist ja toll, nur leider scheint sich so gut wie kein Hersteller vollständig daran zu halten.

Ja, ich sehe den Fehler, wenn ich den String in das Spreadsheet dieses Threads kopiere.

Ich hatte jetzt ausgiebig gegoogelt, aber nichts zu diesem Protokoll des Gerätes gefunden. Den Wasserverband danach zu fragen erscheint mir sinnlos (die werten das nur mit ihren Handhelds aus) und der Hersteller wird es wohl nicht offenlegen - nachfragen werde ich trotzdem.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: SPRFastForward am 19 September 2014, 10:28:01
[quote author=kaihs link=topic=24517.msg200769#msg200769 date=1410972669]
Da stimmt aber etwas nicht, die Daten machen keinen Sinn und stimmen auch nicht mit der Dokumentation der EnergyCam überein.
...

[/quote]

Hallo kkoeniger,

bitte prüfe Deine EnergyCam Konfiguration. Es sollte wireless M-Bus/Modus/"Manual Install - FAST" (Voreinstellung bei Auslieferung) eingestellt sein. Ich vermute, dass statt dessen Manual Install - Custom" eingestellt ist, damit würde so ein langes Paket mit mehren Datenpunkten erzeugt werden, die aber nicht von allgemeinem Interesse (also custom=kundenspezifisch) sind. siehe Screenshot


Gruss

SPRFastForward
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kkoeniger am 19 September 2014, 10:38:51
@ SPRFastForward
Danke! Werde ich abends einstellen.

Das ist ein Service! Hilfe direkt vom Hersteller in einem Forum, das ist Kundenorientierung, ganz toll !
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kkoeniger am 19 September 2014, 16:58:19
Nochmals Dank!

Sieht nach einem Löschen schon ok aus:
Internals:
   CFGFN
   CUL_1_MSGCNT 10
   CUL_1_RAWMSG b1944C418056367130103E0B17AB60000800415B20B010002FD080208693C80::-55.5
   CUL_1_RSSI -55.5
   CUL_1_TIME 2014-09-19 16:48:31
   DEF        FFD 13676305 1 3
   DeviceMedium Gas
   DeviceType 3
   IODev      CUL_1
   IdentNumber 13676305
   LASTInputDev CUL_1
   MSGCNT     10
   Manufacturer FFD
   NAME       WMBUS_FFD_13676305_1_3
   NR         8576
   STATE      6853
   TYPE       WMBUS
   Version    1
   addr       FFD_13676305_1_3
   Readings:
     2014-09-19 16:48:31   1:storage_no    0
     2014-09-19 16:48:31   1:type          VIF_VOLUME
     2014-09-19 16:48:31   1:unit          m³
     2014-09-19 16:48:31   1:value         6853
     2014-09-19 16:48:31   2:storage_no    0
     2014-09-19 16:48:31   2:type          VIF_ACCESS_NO
     2014-09-19 16:48:31   2:unit
     2014-09-19 16:48:31   2:value         2050
     2014-09-19 16:48:31   LQI             128
     2014-09-19 16:48:31   RSSI            -55.5
     2014-09-19 16:48:31   decryption_ok   1
     2014-09-19 16:48:31   is_encrypted    0
     2014-09-19 16:48:31   state           no errors
Attributes:
   IODev      CUL_1
   alias      Gaszähler
   room       WMBUS
   stateFormat {ReadingsVal("WMBUS_FFD_13676305_1_3","1:value","")}


Was ist 2:value eigentlich für ein Wert?

Ich habe versucht, die Vorkommastellen manuell auf 5 einzustellen, es werden aber nur 4 ausgeworfen. Der tatsächliche Zählerstand ist 36853,8 (8 wird als 0 von OCR interpretiert).
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 20 September 2014, 11:12:56
Die EnergyCam muss erstmal ohne FHEM vernünftig funktionieren. Welcher Wert wird denn auf dem Display angezeigt wenn du die Ablesung manuell auslöst (Taste festhalten bis 1 im Display erscheint, dann loslassen)? Wenn der schon nicht stimmt kommt auch in FHEM der falsche Wert an.

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kkoeniger am 21 September 2014, 10:12:44
Am Display des EnergyCam (und in der Win-App) steht der gleiche Wert wie in FHEM. Die manuelle Wertablesung (Taste gedrückt halten) ist eine super Testfunktion, funktioniert auch wenn das EnergyCam (an meinem letzten Windows-PC) zum konfigurieren hängt. D.h. Dein Modul wertet also korrekt aus.

@SPRFastForward hat schon Kontakt mit mir aufgenommen um mein kleines Problem zu lösen :)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mdewendt am 24 September 2014, 18:52:09
Hallo Kaihs.

Gibt es schon neue Versionen/ Updates von wmbus zum Testen?


Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 24 September 2014, 19:39:13
Ich bin gerade im Urlaub, nächste Woche geht es weiter.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mdewendt am 30 September 2014, 19:57:04
Hallo.

Morgen ist der 1. Ich bin gespannt ;-)


Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 01 Oktober 2014, 11:07:20
Dies war ich auch, aber mein Wasserzähler verhält sich leider normal...

Zitatfhem.log:2014.10.01 01:00:45.236 5: WMBUS raw msg b2C4465320194705841077E977A8D000000046D0200C11A01FD0C053281516CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6C9::-32
fhem.log:2014.10.01 05:09:22.228 5: WMBUS raw msg b2C4465320194705841077E977A8E000000046D0A04C11A01FD0C05329C576CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6C5::-32
fhem.log:2014.10.01 09:01:06.208 5: WMBUS raw msg b2C4465320194705841077E977A8F000000046D0208C11A01FD0C053226956CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6C8::-32
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: jan01 am 10 Oktober 2014, 11:44:27
Hallo zusammen,

werde nach Hardware Beschaffung auch versuchen einige Tests zu machen.
Es geht bei mir um einen Wasserzähler mit Funkaufsatz der Marke Hydrometer / Hydro-Radio 868MHz Compact 3.5

habe unter diesen Link ein PDF gefunden das sich mit den hier im Beitrag gezeigten Logs deckt:
http://www.fastforward.ag/downloads/docu/EnergyCam-white-paper-wMBus.pdf (http://www.fastforward.ag/downloads/docu/EnergyCam-white-paper-wMBus.pdf)

und unter
http://www.fastforward.ag/#Downloads (http://www.fastforward.ag/#Downloads)

für Integratoren und Sonstiges gibt es code,

möglich dass dies auch weiterhilft.

VG
Oliver
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 12 Oktober 2014, 13:57:03
Zitat von: jan01 am 10 Oktober 2014, 11:44:27
Es geht bei mir um einen Wasserzähler mit Funkaufsatz der Marke Hydrometer / Hydro-Radio 868MHz Compact 3.5

Kannst du natürlich gerne Testen, allerdings glaube ich, dass sich Hydormeter nicht an die Spezifikation hält, siehe auch http://forum.fhem.de/index.php/topic,24517.msg200770.html#msg200770 (http://forum.fhem.de/index.php/topic,24517.msg200770.html#msg200770).

Zitat
habe unter diesen Link ein PDF gefunden das sich mit den hier im Beitrag gezeigten Logs deckt:
http://www.fastforward.ag/downloads/docu/EnergyCam-white-paper-wMBus.pdf (http://www.fastforward.ag/downloads/docu/EnergyCam-white-paper-wMBus.pdf)

und unter
http://www.fastforward.ag/#Downloads (http://www.fastforward.ag/#Downloads)

für Integratoren und Sonstiges gibt es code,

möglich dass dies auch weiterhilft.

Danke für den Hinweis, diese Informationen sind aber schon bekannt. Das WMBUS Modul ist in Absprache mit der Fastforward AG entstanden.

Gruß,

Kai
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Szlachta am 13 Oktober 2014, 19:39:10
Hallo,

bin neu hier. Kann mir jemand mitteilen, ob Busware CCD und/oder SCC mit culfw 1.61 auch zu M-Bus in der Lage sind? Habe beide und die Auswahl Bus_S bzw. _T wird angeboten. Meine EnergyCams kann ich damit aber leider nicht empfangen, nun versuche ich das Problem einzugrenzen...

Vielen Dank
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 13 Oktober 2014, 21:11:05
Für CCD und SCC war WMbus in der culfw noch nicht integriert. Ich habe das jetzt mal gemacht, anbei die Hex files.
Sind ungetestet, da ich diese Hardware nicht habe.
Wenn es funktioniert sag bitte Bescheid, dann kann es mglw. offiziell in die culfw integriert werden.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Szlachta am 13 Oktober 2014, 22:34:19
Super! SCC konnte ich zwar noch nicht testen aber CCD mit dem hex-file geflashed und die EnergyCams werden erkannt. Perfekt.

Vielen Dank!

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Szlachta am 14 Oktober 2014, 19:29:05
Hi,

leider habe ich es nicht geschafft den SCC zu flashen. Hatte aber nichts mit dem hex-file zu tun sondern lag irgendwo anders. avrdude meldete irgendwas von butterfly... für den GPIO18 (if test ! -d /sys/class/gpio/gpio18; then echo 18 > /sys/class/gpio/export; fi) habe ich stets die Meldung "Device busy" erhalten. Falls sich damit jemand auskennt, kann ich den Flashing Versuch gerne nochmal start. CCD läuft munter weiter.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 14 Oktober 2014, 20:00:14
Trotzdem danke für die Rückmeldung. Der SCC ist wohl etwas zickig, ich meine dazu schon etwas im Forum gelesen zu haben. Vielleicht hilft die eine Suche da weiter.

Edit: siehe http://forum.fhem.de/index.php/topic,24714.msg186902.html#msg186902 (http://forum.fhem.de/index.php/topic,24714.msg186902.html#msg186902)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: powdaking am 21 Oktober 2014, 17:29:36
Mal ne Frage zwischendurch: Wie komme ich nach einem "set CUL_0 raw brt" wieder zurück zum Empfang von FS20?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 21 Oktober 2014, 19:55:59
Mit dem neuesten Stand der culfw und von 00_CUL.pm reicht ein "set CUL_0 rfmode slowRF".

Das kann bei älteren Versionen allerdings zu einem Absturz des CULs führen.
Um das zu vermeiden dann sicherheitshalber
set CUL_0 raw br0
set CUL_0 rfmode slowRF
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Dieter1 am 23 Oktober 2014, 18:41:49
Hallo,
ich möchte in meiner Wohnung in den Heizungssträngen die Wärmemengen messen. Eichung also nicht erforderlich. Hat jemand einen Tip für günstige Wärmemengenzähler mit WM-Bus?
LG
Dieter
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 23 Oktober 2014, 20:55:16
Nach meinen Recherchen ist es nicht ganz einfach da als Endverbraucher dran zu kommen.
Die werden oft nur über Messdienste vertrieben.

heizware.de hat zumindest Wärmemengenzähler im Angebot, das WMBUS-Modul aber nur auf Anfrage.

Wenn du andere Quellen findest sag Bescheid.

Kai

Edit: heizware.de kann keine Wireless M-Bus Module liefern.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 24 Oktober 2014, 22:08:31
Schon mal eine Vorwarnung:

Ich werde morgen eine neue Version von 36_WMBUS.pm einchecken mit diesen Änderungen:
1. Bessere Unterstützung der EnergyCam, so steht der Batteriestatus als Reading zur Verfügung und die Ablesewerte werden bereits umgerechnet und stehen in energy/volume Readings zur Verfügung.
2. Das Trennzeichen im Readingsnamen ändert sich von : zu _. Dadurch wird eine Inkompatibilität mit userReadings behoben

Die Devices müssen deshalb nicht unbedingt neu angelegt werden, die neuen Readings tauchen dann zusätzlich auf.
Die alten Readings können mit

deletereading TYPE=WMBUS [0-9]*:.*


gelöscht werden.

Notifies und Plots müssen aber angepasst werden.

Kai 
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Szlachta am 26 Oktober 2014, 18:32:05
Die Überarbeitung für die EnergyCam sind prima.

Nutzt die außer mir noch jemand für den Wasserzähler? Habe hier das Problem, dass die EC beim Einrichten den Wert sehr gut erkennt, wenn sich aber irgendwann der Zählerstand verändert hat, zeigt/erkennt die EC weiterhin den alten Wert - z.B. Stand letzte Woche 563 m3 dann heute Änderung auf 564 m3, trotzdem 'erkennt' die Cam weiterhin 563. Wenn ich wieder neu einrichte, erkennt die EC sofort den neuen, richtigen Wert... habe aber natürlich keine Luste einmal die Woche nachzusehen, ob sich der Wert geändert hat und ich die EC neu einrichten muss  >:(
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 27 Oktober 2014, 19:10:12
Ich habe versucht sie mit meinen Wasserzählern einzusetzen, die Erkennung klappt aber leider nicht.

Zu deinem Problem: Auf welchen Wert hast du denn das Ableseintervall eingestellt? Ist das kleiner als der Zeitraum in dem sich der Zählerstand ändert?
Sendet die EC denn regelmäßig? Das kannst du an dem Zeitstempel der Readings in fhem sehen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Szlachta am 27 Oktober 2014, 20:56:20
Das Teil sendet brav alle 15 Minuten also definitv kleiner als der Zeitraum in dem sich der Stand des Zählers ändert - alle paar Tage erhöht sich der Zähler um einen m3. Strange ist halt, dass die EC "sicher" den alten Zählerstand erkennt und meldet, auch wenn manuell ausgelöst wird. Beim Neueinrichten erkennt die EC allerdings den richtigen Stand sofort... werde wohl mal einen Call bei Fastforward aufmachen...
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 29 Oktober 2014, 21:02:31
Wenn ich das richtig mitbekommen habe, handelte es sich dabei um einen Ablesefehler.

Damit man das zukünftig besser in fhem erkennen kann gibt es mit der neuen Version von 36_WMBUS.pm ein neues Reading value_type das folgende Werte annehmen kann:
   Instantaneous value
   Maximum value
   Minimum value
   Value during error state

Diese Werte sind Teil des WMBUS-Standards, wurden aber bisher nicht ausgegeben. In deinem Fall sollte dann da 'Value during error state' stehen.

Gruß,

Kai
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Szlachta am 30 Oktober 2014, 09:34:10
Werde die Readings mal prüfen. Der Support von Fastforward hat sich bei mir gemeldet, die EC sendet, wenn keine richtige Erkennung stattfinden konnte den letzten erkannten Wert, das erklärt, dass man an der Tatsache, dass ein Wert gesendet wurde, noch nicht darauf schließen kann, dass der Wert richtig abgelesen wurde.

Der sehr freundliche Support teilte mir mit, dass eine Wasseruhr, wie sie bei mir installiert ist, beschafft wird, um die OCR-Fähigkeiten der EC auf diesen Typ anzupassen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Szlachta am 30 Oktober 2014, 21:30:58
Weiß jemand um was für Geräte es sich handeln könnte wenn autocreate plötzlich eine Vielzahl von diesen Dingen anlegt?
WMBUS_SAP_101382217_6_4
Tippe entweder auf den Nachbarn oder es hat etwas mit der Einrichtung der EnergyCam zu tun...
(//)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 30 Oktober 2014, 21:57:26
Das sind Wärmemengenzähler des Herstellers Sappel (SAP).
Auch der hat wieder das CI-Feld A2, von dem ich keine Beschreibung finden kann :-(

Hat auf jeden Fall nichts mit der EnergyCam zu tun.

Wenn du die nicht sehen willst:

attr WMBUS_SAP_101382217_6_4 ignore 1
attr WMBUS_SAP_101382217_6_4 room hidden


Und wenn sie gar nicht erst angelegt werden sollen

attr autocreate ignoreTypes WMBUS_SAP.*
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: SPRFastForward am 31 Oktober 2014, 10:15:10
Zitat von: kaihs am 30 Oktober 2014, 21:57:26
Das sind Wärmemengenzähler des Herstellers Sappel (SAP).
Auch der hat wieder das CI-Feld A2, von dem ich keine Beschreibung finden kann :-(

Hi,

laut EN-13757-3 sind CI Werte 0xA0h - 0xB7 herstellerspezifisch.
Diese Norm wo sowas drinsteht ist leider nicht öffentlich verfügbar und kostet z.B: bei Beuth €138. :-(

Gruss

SPRFastForward
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Szlachta am 31 Oktober 2014, 20:01:47
Gestern hat die Wasserzähler EC interessanterweise erstmalig einen geänderten Zählerstand gemeldet. Nach Update der 36 wird 'Instantanious value' gemeldet. Das sieht doch gegenwärtig gut aus  :)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Szlachta am 03 November 2014, 19:58:56
Zu früh gefreut. Das Teil sendet keinen korrekten Zählerstand. Der Wert ist manchmal 'Value during error state' und manchmal 'Instantaneous Value' gefunkt wird in beiden Fällen der alte, falsche Wert. Schade...
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bm7777 am 11 November 2014, 20:51:22
Hallo,

weiß jemand was für ein Gerät ein Device WMBUS_TCH_.... anlegt.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: wopper am 11 November 2014, 21:12:42
Gerät nicht, aber es kommt von Techem Service AG & Co. KG (= TCH).
Quelle: http://dlms.com/organization/flagmanufacturesids/index.html
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bm7777 am 12 November 2014, 09:46:51
Danke , dann kann ich es ignorieren. Danke auch für den Link, sowas habe ich gesucht.

Viele Grüße,

Beate
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 12 November 2014, 19:33:59
Zitat von: bm7777 am 11 November 2014, 20:51:22
weiß jemand was für ein Gerät ein Device WMBUS_TCH_.... anlegt.

Kannst du mir ein paar Rohdaten von den Zählern schicken? Interessiert mich, ob die dekodiert werden können.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bm7777 am 18 November 2014, 08:49:00
Hab's jetzt erst gelesen.
Kann ich machen. Ich habe jetzt zwei ignoriert nur um 5 neue zu bekommen  ;D. Naja, die treten ja meist im Rudel auf(ich gehe davon aus das im Nachbarhaus die "Heizungsverbrauchgeräte" mit Fernabruf eingesetzt werden).
Viele Grüße,
Beate
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Maiks am 30 November 2014, 18:06:19
Gibt es das auch für das CUNO, bzw wie kann man es selber einpflegen in die FW ?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: locutus am 30 November 2014, 23:28:58
Du musst einige Ergänzungen an den Quelldateien vornehmen und zum Schluss das ganze kompilieren:
http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/CUNO/

Im makefile fehlen folgende Einträge:
                ../../clib/rf_mbus.c                                 \
                ../../clib/mbus/manchester.c                         \
                ../../clib/mbus/3outof6.c                            \
                ../../clib/mbus/mbus_packet.c                        \
                ../../clib/mbus/crc.c                                \


Im board.h fehlt:
#define HAS_MBUS

Und im CUNO.c fehlen:
#ifdef HAS_MBUS
#include "rf_mbus.h"
#endif

#ifdef HAS_MBUS
  { 'b', rf_mbus_func },
#endif

#ifdef HAS_MBUS
    rf_mbus_task();
#endif
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 01 Dezember 2014, 20:04:07
locutus hat die notwendigen Änderungen beschrieben.

Ich habe diese jetzt auch für CUNO2 und COC integriert und eingecheckt.
Kannst dir die fertige Anpassung oder das hex-File also alternativ aus dem culfw Repository holen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Maiks am 01 Dezember 2014, 23:55:08
Danke kaihs,

werde ich machen und parallel versuchen so etwas mal selber zu compilieren ;)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Mihca am 04 Dezember 2014, 11:04:44
Hallo zusammen. Ich habe seit 2 Monaten die EnergyCam in Betrieb und sie finktioniert prima. Seit einigen Tagen wird das Logfile alle paar Sekunden mit folgender Meldung gefüllt:

2014.12.04 06:43:41 2: WMBUS WMBUS_HYD_71320785_81_7 Error during ApplicationLayer parse:Unsupported CI Field a1
2014.12.04 06:43:49 2: WMBUS WMBUS_HYD_71320785_81_7 Error during ApplicationLayer parse:Unsupported CI Field a1
2014.12.04 06:43:58 2: WMBUS WMBUS_HYD_71320785_81_7 Error during ApplicationLayer parse:Unsupported CI Field a1
2014.12.04 06:44:07 2: WMBUS WMBUS_HYD_71320785_81_7 Error during ApplicationLayer parse:Unsupported CI Field a1
2014.12.04 06:44:17 2: WMBUS WMBUS_HYD_71320785_81_7 Error during ApplicationLayer parse:Unsupported CI Field a1

In die fhem.cfg habe ich bereits eingetragen:

define WMBUS_HYD_71320785_81_7 WMBUS HYD 71320785 81 7
attr WMBUS_HYD_71320785_81_7 ignore 1

Trotzdem erscheint immer noch im Sekundentakt obige Meldung. Was kann ich tun?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 04 Dezember 2014, 18:08:36
Zitat von: Mihca am 04 Dezember 2014, 11:04:44
Trotzdem erscheint immer noch im Sekundentakt obige Meldung. Was kann ich tun?

Das sind Wasserzähler wahrscheinlich von Nachbarn.
Das ignore Attribut ist für den Empfang noch nicht implementiert, werde ich noch nachholen.

Die wahrscheinlich bessere Lösung ist es aber wohl, diese Zähler komplett zu ignorieren:

attr autocreate ignoreTypes WMBUS_HYD.*


und dann die bereits vorhandenen Devices zu löschen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Mihca am 05 Dezember 2014, 09:17:45
Vielen Dank für die schnelle Antwort. Das führt nun aber dazu, dass stattdessen folgende Meldung im Sekundentakt erscheint:

2014.12.05 09:11:59 3: WMBUS Unknown device b194424238507327151071911A1715B00130C7C677FE4192202E03A527597B1CE, please define it
2014.12.05 09:12:08 3: WMBUS Unknown device b194424238507327151071911A1015B00130C19AB83B5FC190FE1755F38208BCD, please define it
2014.12.05 09:12:34 3: WMBUS Unknown device b194424238507327151071911A1315B00130C20DA59489E6D658C5E5865EAA2CF, please define it
2014.12.05 09:13:28 3: WMBUS Unknown device b194424238507327151071911A1115B00130C0E84CA1EDDCAD63A6C5DF36693CE, please define it

Gibt es eine andere Lösung des Problems? Danke!!!
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: rudolfkoenig am 05 Dezember 2014, 09:33:53
Etwas Off-Topic: da ich gestern in culfw die FHT_TF Patches von Matcher eingebaut habe, und dabei kein CUNO2.hex erstellen konnte wg. Fehler in wmbus, habe ich MBUS fuer CUNO2 deaktiviert.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bm7777 am 05 Dezember 2014, 09:57:13
Zitat von: kaihs am 12 November 2014, 19:33:59
Kannst du mir ein paar Rohdaten von den Zählern schicken? Interessiert mich, ob die dekodiert werden können.
Es sieht so aus als ob die Techem Zähler sich anlegen und dann nich sehr viel  Informationen mehr abgeben, das ist das einzigste was ich gefunden habe:

2014.12.04 06:18:27 4: CUL_Parse: CUL_0 b3244685055631522698029E9A0119F1B6C114018680A7F0AD10F2FA4B4DF01A46962060600000000000000000800332E0E3F73B4BBE96A87898B63 -24.5
2014.12.04 06:18:27 5: CUL_0 dispatch b3244685055631522698029E9A0119F1B6C114018680A7F0AD10F2FA4B4DF01A46962060600000000000000000800332E0E3F73B4BBE96A87898B::-24.5
2014.12.04 06:18:27 5: WMBUS raw msg b3244685055631522698029E9A0119F1B6C114018680A7F0AD10F2FA4B4DF01A46962060600000000000000000800332E0E3F73B4BBE96A87898B::-24.5
2014.12.04 06:18:27 2: WMBUS WMBUS_TCH_22156355_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0
2014.12.04 06:35:27 5: CUL/RAW: /b1944C418209273090102AD5C7A990000A00405097A170002FD08310F6850


Dies ist meine EnergieCam
2014.12.05 09:35:25 5: CUL/RAW: /b1944C418209273090102AD5C7A050000A00405A67B170002FD089D7BF119

2014.12.05 09:35:25 4: CUL_Parse: CUL_0 b1944C418209273090102AD5C7A050000A00405A67B170002FD089D7BF119 -61.5
2014.12.05 09:35:25 5: CUL_0 dispatch b1944C418209273090102AD5C7A050000A00405A67B170002FD089D7BF1::-61.5
2014.12.05 09:35:25 5: WMBUS raw msg b1944C418209273090102AD5C7A050000A00405A67B170002FD089D7BF1::-61.5
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: sfischer@basis.biz am 05 Dezember 2014, 17:17:36
Hallo,

wie kann ich das wmbus protokoll direkt auf dem CUL Stick (ohne FHEM) auswählen?

Bin mit screen /dev/ttyACM0 mit dem CUL Stick verbunden
? zeigt:
(? is unknown) Use one of B C F i A Z E G M K U Y R T V W X e f m l t u x
V zeigt:
V 1.61 CUL868
VH zeigt:
CUL_V4

Nachrichten von der MAX! Heizungssteuerung kann ich mit Zr empfangen


Wie schale ich jetzt auf brt (WMBUS T_Protokoll um???)

Danke und schönes Wochenende.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 07 Dezember 2014, 15:15:50
Zitat von: rudolfkoenig am 05 Dezember 2014, 09:33:53
Etwas Off-Topic: da ich gestern in culfw die FHT_TF Patches von Matcher eingebaut habe, und dabei kein CUNO2.hex erstellen konnte wg. Fehler in wmbus, habe ich MBUS fuer CUNO2 deaktiviert.

Danke für den Hinweis. Das fehlten zwei defines. Ich hatte vor dem einchecken allerdings ohne Probleme kompiliert und keine Fehler erhalten. Kann ich mit im Nachhinein nicht erklären. Wie auch immer, Ich habe die fehlenden PIN defines ergänzt.

Allerdings bekomme ich das nicht eingecheckt:

Übertrage Daten ..svn: E000013: Übertragen schlug fehl (Details folgen):
svn: E000013: Can't open file '/svn/p/culfw/code/db/txn-current-lock': Permission denied


Ist das ein temporäres Problem bei sourceforge oder bin ich gesperrt?

Gruß,

Kai

Edit: Problem hat sich erledigt, Korrektur ist eingecheckt.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 07 Dezember 2014, 15:22:02
Zitat von: sfischer am 05 Dezember 2014, 17:17:36
wie kann ich das wmbus protokoll direkt auf dem CUL Stick (ohne FHEM) auswählen?

Bin mit screen /dev/ttyACM0 mit dem CUL Stick verbunden
? zeigt:
(? is unknown) Use one of B C F i A Z E G M K U Y R T V W X e f m l t u x


brs oder brt sind schon die richtigen Kommandos. Allerdings ist WMBUS in der Firmware nicht aktiviert, in der Kommandoliste taucht kein b auf.

Wahrscheinlich hat der CUL V4 zu wenig Speicherplatz, insbesondere RAM, dafür:

#if defined(CUL_V4)
#  define TTY_BUFSIZE           64      // RAM: TTY_BUFSIZE*4
#endif

#if defined(CUL_V3)
#  define TTY_BUFSIZE          128      // RAM: TTY_BUFSIZE*4
#  define HAS_MBUS
#endif


Ich weiß nicht welcher Controller beim V4 verbaut ist.
Du könntest nur versuchen, alle nicht von dir benötigten Protokolle auszuschalten und dann HAS_MBUS zu aktivieren.
Vielleicht reicht der Speicher dann.

Gruß,

Kai


Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 07 Dezember 2014, 15:26:35
Zitat von: Mihca am 05 Dezember 2014, 09:17:45
Vielen Dank für die schnelle Antwort. Das führt nun aber dazu, dass stattdessen folgende Meldung im Sekundentakt erscheint:

2014.12.05 09:11:59 3: WMBUS Unknown device b194424238507327151071911A1715B00130C7C677FE4192202E03A527597B1CE, please define it
2014.12.05 09:12:08 3: WMBUS Unknown device b194424238507327151071911A1015B00130C19AB83B5FC190FE1755F38208BCD, please define it
2014.12.05 09:12:34 3: WMBUS Unknown device b194424238507327151071911A1315B00130C20DA59489E6D658C5E5865EAA2CF, please define it
2014.12.05 09:13:28 3: WMBUS Unknown device b194424238507327151071911A1115B00130C0E84CA1EDDCAD63A6C5DF36693CE, please define it

Gibt es eine andere Lösung des Problems? Danke!!!

Dann sehen deine Sekunden aber anders aus als beim Rest der Welt  ;)

Stell einfach mal das verbose Level von dem CUL der WMBUS empfängt auf einen kleineren Level, diese Meldungen kommen ab verbose 3.

Anbei noch die Version vom WMBUS Modul in dem ich ignore implementiert habe.
Ich habe allerdings noch nicht die Zeit gefunden das zu testen, wenn du magst kann du das übernehmen und dann eine Rückmeldung geben.

Kai
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 07 Dezember 2014, 15:37:20
Zitat von: bm7777 am 05 Dezember 2014, 09:57:13
Es sieht so aus als ob die Techem Zähler sich anlegen und dann nich sehr viel  Informationen mehr abgeben, das ist das einzigste was ich gefunden habe:

Wie erwartet wird auch hier wieder eine herstellerspezifische Codierung verwendet die nicht dokumentiert ist.
Sogar der Zählertyp 0x80 ist im Standard nicht spezifiziert.

Trotzdem danke für deine Mühe.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: rudolfkoenig am 07 Dezember 2014, 17:25:46
ZitatIst das ein temporäres Problem bei sourceforge oder bin ich gesperrt?
Ich habe dich nicht gesperrt, ich tippe auf sourceforge. Wenn es morgen auch nicht geht, dann melde dich bitte wieder.

ZitatIch weiß nicht welcher Controller beim V4 verbaut ist.

atmega32u2 (steht im makefile), mit 1kB Hauptspeicher. Der V2 hat 0.5kB, der V3 2.5kB.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Mihca am 07 Dezember 2014, 19:05:07
ZitatIch habe allerdings noch nicht die Zeit gefunden das zu testen, wenn du magst kann du das übernehmen und dann eine Rückmeldung geben.

Also hier dauern Sekunden zur Zeit halt länger ;)  ;D

Danke für das ignore-Testfile! Das funktioniert bei mir auch mit verbose =3 !!!!
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: strippo am 17 Januar 2015, 16:25:18
Unter FHEM habe ich bereits mit einem CUL (V1.61 868) FHT und Homematic installiert (leider nicht gleichzeitig). Nun habe ich versucht, mit denselben CUL Einstellungen einen Qundis Wärmemengenzähler WFM26 mit M Bus auszulesen. Hier der verwendete Code

define CUL CUL COM4@9600 1234
#attr CUL rfmode  WMBus_T
attr CUL rfmode  WMBus_S
attr CUL verbose 5
#set CUL raw brt
set CUL raw brs

Nach einigem Herumprobieren (T oder S Mode) habe ich plötzlich folgende Log Datei (Ausschnitt) aufgezeichnet. Kann das jemand dekodieren/interpretieren ??

2015.01.17 13:29:40 5: CUL/RAW: /b2B4465326352490738049BF87A13000000046D180FF1118C04052073B2A222028C14137948471482046CDF1C01FD23930C0142AE


2015.01.17 13:29:40 4: CUL_Parse: CUL b2B4465326352490738049BF87A13000000046D180FF1118C04052073B2A222028C14137948471482046CDF1C01FD23930C0142AE -115
2015.01.17 13:29:40 5: CUL dispatch b2B4465326352490738049BF87A13000000046D180FF1118C04052073B2A222028C14137948471482046CDF1C01FD23930C0142::-115
2015.01.17 13:29:40 1: reload: Error:Modul 36_WMBUS deactivated:
Can't locate Crypt/CBC.pm in @INC (you may need to install the Crypt::CBC module) (@INC contains: C:/Perl/site/lib C:/Perl/lib . ./FHEM) at FHEM/WMBus.pm line 8, <FH> line 8522.
BEGIN failed--compilation aborted at FHEM/WMBus.pm line 8, <FH> line 8522.
Compilation failed in require at ./FHEM/36_WMBUS.pm line 13, <FH> line 8522.
BEGIN failed--compilation aborted at ./FHEM/36_WMBUS.pm line 13, <FH> line 8522.

2015.01.17 13:29:40 0: Can't locate Crypt/CBC.pm in @INC (you may need to install the Crypt::CBC module) (@INC contains: C:/Perl/site/lib C:/Perl/lib . ./FHEM) at FHEM/WMBus.pm line 8, <FH> line 8522.
BEGIN failed--compilation aborted at FHEM/WMBus.pm line 8, <FH> line 8522.
Compilation failed in require at ./FHEM/36_WMBUS.pm line 13, <FH> line 8522.
BEGIN failed--compilation aborted at ./FHEM/36_WMBUS.pm line 13, <FH> line 8522.

2015.01.17 13:29:40 0: ERROR: Cannot autoload WMBUS
2015.01.17 13:29:40 3: CUL: Unknown code b2B4465326352490738049BF87A13000000046D180FF1118C04052073B2A222028C14137948471482046CDF1C01FD23930C0142::-115, help me!

Gleichzeitig betreibe ich seit einigen Wochen Viessdata2 von openv (http://openv.wikispaces.com/Viess-Data+2.0 (http://openv.wikispaces.com/Viess-Data+2.0)) für eine Viessmann Gastherme, mit dem Ziel dieses zukünftig auf FHEM 89_vcontrol umzustellen.
Danke für die Mühen
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 17 Januar 2015, 16:26:31
Dir fehlen noch PHP Module, welche du installieren musst.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mdewendt am 17 Januar 2015, 16:48:25
Hallo kossmann.

Du meinst Perl Module ;-)


cpan install Crypt::CBC
cpan install Digest::CRC
cpan install Crypt::OpenSSL::AES
Es werden dir noch einige mehr Module fehlen.
Nicht vergessen fhem neustarten !


Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: strippo am 17 Januar 2015, 16:54:56
Danke für die flotte Antwort.
Habe ich mir schon gedacht, dass noch Module fehlen. Aber woher nehmen und wohin speichern - unter win8 ??
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mdewendt am 17 Januar 2015, 17:02:41
Hallo strippo.

Fhem unter Win8? Wie das?


Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: strippo am 17 Januar 2015, 17:20:13
Hallo Martin,
wieso nicht? Bei mir läuft alles für FHEM und openv unter win auf einem Asus Mini Pc.
http://www.fhemwiki.de/wiki/Windows_-_FHEM_installieren (http://www.fhemwiki.de/wiki/Windows_-_FHEM_installieren)
strippo
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: strippo am 18 Januar 2015, 14:24:56
Habe am Win Command prompt mit
ppm install Digest-CRC
ppm install Crypt-CBC

installiert. Warte auf die erste Reaktion vom Zähler.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 18 Januar 2015, 19:56:00
Zitat von: strippo am 17 Januar 2015, 16:25:18
Kann das jemand dekodieren/interpretieren ??

Das kommt von einem Wärmemengenzähler von Qundis. Sind die Werte einigermaßen plausibel?


Internals:
   CFGFN
   DEF        LSE 07495263 56 4
   DeviceMedium Heat
   DeviceType 4
   IODev      CUL_MBUS
   IdentNumber 07495263
   Manufacturer LSE
   NAME       HCA
   NR         106
   STATE      no errors
   TYPE       WMBUS
   Version    56
   addr       LSE_07495263_56_4
   Readings:
     2015-01-18 19:46:01   1_storage_no    0
     2015-01-18 19:46:01   1_type          VIF_TIME_POINT_DATE_TIME
     2015-01-18 19:46:01   1_unit
     2015-01-18 19:46:01   1_value         2015-01-17 15:24
     2015-01-18 19:46:01   1_value_type    Instantaneous value
     2015-01-18 19:46:01   2_storage_no    128
     2015-01-18 19:46:01   2_type          VIF_ENERGY_WATT
     2015-01-18 19:46:01   2_unit          Wh
     2015-01-18 19:46:01   2_value         222732000
     2015-01-18 19:46:01   2_value_type    Instantaneous value
     2015-01-18 19:46:01   3_storage_no    128
     2015-01-18 19:46:01   3_type          VIF_VOLUME
     2015-01-18 19:46:01   3_unit          m³
     2015-01-18 19:46:01   3_value         14474.879
     2015-01-18 19:46:01   3_value_type    Instantaneous value
     2015-01-18 19:46:01   4_storage_no    128
     2015-01-18 19:46:01   4_type          VIF_TIME_POINT_DATE
     2015-01-18 19:46:01   4_unit
     2015-01-18 19:46:01   4_value         2014-12-31
     2015-01-18 19:46:01   4_value_type    Instantaneous value
     2015-01-18 19:46:01   5_storage_no    0
     2015-01-18 19:46:01   5_type          VIF_MODEL_VERSION
     2015-01-18 19:46:01   5_unit
     2015-01-18 19:46:01   5_value         1
     2015-01-18 19:46:01   5_value_type    Instantaneous value
     2015-01-18 19:46:01   battery         ok
     2015-01-18 19:46:01   decryption_ok   1
     2015-01-18 19:46:01   is_encrypted    0
     2015-01-18 19:46:01   state           no errors
Attributes:
   IODev      CUL_MBUS
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 18 Januar 2015, 19:59:35
Wo kommt da denn jetzt der Wert 14474,879 m3 her? Ist das der erste Qundis, der interpretierbare Daten liefert?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 18 Januar 2015, 20:04:58
Ja, hat mich auch gewundert.

Mglw. liefert Qundis auch Geräte nach Kundenwünschen und die Ablesefirmen wollen jeweils unterschiedliche Daten.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: strippo am 18 Januar 2015, 21:05:35
Hallo, den Zähler habe ich letzte Woche in ebay gekauft. Noch nicht eingebaut, dh. m3 und KWh ändern sich nicht.
Es ist ein Qundis WFM26 mit der Aufdrucknr.7495263 (geeicht bis 2014). Herstellerdatum 2009
Aktuelle Anzeigen sind 222 732,0 kWh, 14 474,882 qm
Beim Durchsteppen unter Info erhalte ich fogendes:
nr 0749... usw wie oben
1: 31:12 (???)
C: 31.12.14 4753 h
H: 23:12:13 1.551 qm/h
H: 16:05:12 71,6 grad Celsius
bus 0
soft 56
FABnr. 0749 ... usw. wie oben
22 19 ( offensichtlich Vorlauf und Rücklauftemp)
3,2 Deltagrad Celsius ( diff Vor und Rücklauf)
Gruss
Strippo
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 19 Januar 2015, 08:45:02
Martin (mdewendt) hat mich vorhin per PM darauf aufmerksam gemacht... seine und meine Zähler liefern mittlerweile auch Werte ;D Er meint seit 1. Januar. Kai, hast du da noch irgendwas geändert oder ist das die wunderbare Selbstheilung der Zähler???

Edit: Meine liefern seit dem 5. Januar um 8 Uhr morgens echte Werte, wenn ich meine Logfiles richtig deute. Wann die Ableser im Haus waren und ob hier eventuell etwas (per Funk) passiert ist, weiß ich allerdings nicht.

Edit: Die Zähler senden momentan aber auch im 2-Minuten-Takt. Da bin ich mal gespannt, was in ein paar Wochen passiert.

Dies ist übrigens die aktuelle RAW-Meldung meines Kaltwasser-Zählers: b49446532019470584107D6C078046D2C09F3110C13223722000DFF5F5B512F000123807E2008C113FFFFDF1C8427D4302200DF1C84272200E201A801AC01C001502AC2019802D400E300E000A000AA00B100B455CF
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mdewendt am 19 Januar 2015, 12:10:46
Hallo Kossmann.

Der Ableser liesst nur ab (jedenfalls war er letzte Woche bei mir und hat nur empfangen und nichts gesendet) - die Zähler senden ab dem 1 Werktag des neuen Jahres immer tagsüber alle  Min ihren aktuellen Zählerstand und die alten von zB 2014. Wie lange das geht weiss ich nicht.
2 mal am Tag senden sie die schon bekannten Daten (datum+Temperatur etc).


Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 19 Januar 2015, 12:42:13
Es gab ja schon die Theorie, dass der Ableser ggf. ein Init-Kommando sendet, welches die Zähler dazu auffordert, die Zählerstände zu schicken. Aber wie gesagt, ich bin mal gespannt, wie lange es nun dauert, bis sie wieder nur "Müll" senden.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: strippo am 19 Januar 2015, 19:37:57
Ich habe -wie oben beschrieben- die beiden Module
ppm install Digest-CRC
ppm install Crypt-CBC

mit win8 geladen. Beim ersten Empfang hat dann autocreate log files etc angelegt.
Es werden jetzt ca alle 4 Stunden  frames mit unterschiedlicher Länge gesendet und dekodiert. Mal fehlt 6_xx mal 7_yy. Die grössten Unterschiede sind in 4_value mit 222732000 und 31.12.2014.
Ich hoffe, irgendwem hilft dies Analyse.

Die Werte, die mich am meisten interessieren - akt Durchfluss, Vor-und RücklaufTemp, gibt es leider aber nicht.
Strippo
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 20 Januar 2015, 21:40:36
Zitat von: strippo am 19 Januar 2015, 19:37:57
Es werden jetzt ca alle 4 Stunden  frames mit unterschiedlicher Länge gesendet und dekodiert. Mal fehlt 6_xx mal 7_yy. Die grössten Unterschiede sind in 4_value mit 222732000 und 31.12.2014.
Ich hoffe, irgendwem hilft dies Analyse.

Ist mir nicht ganz klar was du damit meinst.
Deine Daten wäre für eine Analyse schon ganz interessant.

Wenn du magst kann du mal deine Rohdaten loggen:
1. Auf neuestes WMBUS Modul aktualisieren (via update Kommando)
2. Das Attribut rawmsg_as_reading auf 1 setzen
3. Das Reading rawmsg loggen (mit einem passenden FileLog (http://fhem.de/commandref.html#FileLog)

Mir das Logfile nach einiger Zeit zuschicken, gerne auch per PM.

Kai
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 20 Januar 2015, 21:50:50
Zitat von: kossmann am 19 Januar 2015, 08:45:02
Kai, hast du da noch irgendwas geändert oder ist das die wunderbare Selbstheilung der Zähler???

Dies ist übrigens die aktuelle RAW-Meldung meines Kaltwasser-Zählers: b49446532019470584107D6C078046D2C09F3110C13223722000DFF5F5B512F000123807E2008C113FFFFDF1C8427D4302200DF1C84272200E201A801AC01C001502AC2019802D400E300E000A000AA00B100B455CF

Nur der Vollständigkeit halber: Ich habe zwar am Sonntag ein Update eingecheckt, aber das sollte damit nichts zu tun haben. Du hast die neuen Werte ja auch schon vorher bekommen.
Ist schon merkwürdig, dass die Zähler auf einmal was ganz anderes schicken.

Heißt aber leider auch, dass man keine zuverlässigen Auswertungen aus den Logs in ihrer jetzigen Form machen kann. Denn ein 2_value kann ja auf einmal eine ganz andere Bedeutung haben.

Kai
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: strippo am 21 Januar 2015, 10:06:34
Hallo Kai,
hier die log Datei. Wenn man sie - space delimited - in Excel einliest und nach Spalte C sortiert, sieht man bei 4_value den Wechsel zwischen Wh und Datum (Auch bei 4_unit) sehr deutlich.
Dem Wunsch, die Rohdaten auch noch zu loggen,  habe ich bereits begonnen und warte auf paar Daten vom Wärmezähler.
Strippo
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 21 Januar 2015, 20:13:32
Tatsächlich, der sendet unterschiedlich aufgebaute Datenblöcke.

Mglw. erkennt der einen sporadischen Fehler, denn wenn es Block 7 gibt ist das ja ein 'value during error state'.


2015-01-20_05:54:58 WMBUS_LSE_07495263_56_4 7_storage_no: 0
2015-01-20_05:54:58 WMBUS_LSE_07495263_56_4 7_type: VIF_TIME_POINT_DATE
2015-01-20_05:54:58 WMBUS_LSE_07495263_56_4 7_value: invalid: ffff
2015-01-20_05:54:58 WMBUS_LSE_07495263_56_4 7_unit:
2015-01-20_05:54:58 WMBUS_LSE_07495263_56_4 7_value_type: Value during error state

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bm7777 am 25 Januar 2015, 19:06:09
Hallo,

ich hoffe ihr könnt mir helfen. Ich habe eine EnergieCam , dich über das WMBUS Modul eingebunden habe. Bis zum 25.1 lief alles wunderbar. Dann habe ich ein Update gemacht und seit dem empfange ich keine Werte mehr. Ich habe den CUL mit dem ich empfange auf verbose 5 gesetzt aber es kommen tatsächlich nur die Funksequnezen vom Nachbars TechemZähler an. Setze ich mit der Sequenz 2 direkt an der EnergieCam auf wM-Bus Installation, bekomme ich einmal Daten gesendet. Ich habe die EnergieCam jetzt schon zurückgesetz, neuinstalliert(am gerät mit 3) aber nichts hilft. Jetzt gehen mit die Ideen aus. Wäre super wenn jemand noch eine Idee hätte.
Log nachdem ich die wM-Bus Installation angestossen habe:
2015.01.25 13:17:36 5: CUL/RAW: /b3244685055631522698029E9A0119F1D4B0D9023DD02280A8A119CD2D20F01C
2015.01.25 13:17:36 5: CUL/RAW: b3244685055631522698029E9A0119F1D4B0D9023DD02280A8A119CD2D20F01C/DD4A4696206060000000000000000B5A408000E3F73B4BBE96A67D6

2015.01.25 13:17:36 4: CUL_Parse: CUL_0 b3244685055631522698029E9A0119F1D4B0D9023DD02280A8A119CD2D20F01CDD4A4696206060000000000000000B5A408000E3F73B4BBE96A67D6 -95
2015.01.25 13:17:36 5: CUL_0 dispatch b3244685055631522698029E9A0119F1D4B0D9023DD02280A8A119CD2D20F01CDD4A4696206060000000000000000B5A408000E3F73B4BBE96A67::-95
2015.01.25 13:17:36 5: WMBUS raw msg b3244685055631522698029E9A0119F1D4B0D9023DD02280A8A119CD2D20F01CDD4A4696206060000000000000000B5A408000E3F73B4BBE96A67::-95

Definition in der fhem.cfg
define WMBUS_FFD_9739220_1_2 WMBUS FFD 09739220 1 2
attr WMBUS_FFD_9739220_1_2 IODev CUL_0
attr WMBUS_FFD_9739220_1_2 devStateIcon ok:battery@blue low:battery@red
attr WMBUS_FFD_9739220_1_2 icon batterie
attr WMBUS_FFD_9739220_1_2 room Strom
attr WMBUS_FFD_9739220_1_2 userReadings AktuellerVerbrauch difference { ReadingsVal ("WMBUS_FFD_9739220_1_2","1_value",0)},AktuellerVerbrauchKW difference { ReadingsVal ("WMBUS_FFD_9739220_1_2","1_value",0)/1000}
define FileLog_WMBUS_FFD_9739220_1_2 FileLog ./log/WMBUS_FFD_9739220_1_2-%Y-%m.log WMBUS_FFD_9739220_1_2
attr FileLog_WMBUS_FFD_9739220_1_2 room Strom



Beate
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: SPRFastForward am 26 Januar 2015, 15:03:52
Hallo Beate,

von was hast Du denn ein Update eingespielt? FHEM, CUL oder EnergyCam?

Gruss

SPRFastForward
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bm7777 am 26 Januar 2015, 15:08:05
Das hatte ich vergessen zu schreiben. Es war ein FHEM Update. Seit einer Stunde sendet die EnergyCam auch wieder Daten. Ich habe keine Ahnung was los war. Ich habe Sie heute nochmal zurückgesetzt, danach geht ging es wieder.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 24 Februar 2015, 09:34:08
Um das Thema mal wieder zu beleben: Meine Qundis-Zähler werden weiterhin brav interpretiert:

Zitat[...]
2015-02-24_09:19:56 Zaehler_Heizung 2_value: 11601600
2015-02-24_09:19:56 Zaehler_Heizung 2_unit: Wh
--
2015-02-24_09:22:06 Zaehler_Heizung 2_value: 11601600
2015-02-24_09:22:06 Zaehler_Heizung 2_unit: Wh
--
2015-02-24_09:24:12 Zaehler_Heizung 2_value: 11601600
2015-02-24_09:24:12 Zaehler_Heizung 2_unit: Wh
--
2015-02-24_09:26:21 Zaehler_Heizung 2_value: 11601600
2015-02-24_09:26:21 Zaehler_Heizung 2_unit: Wh
--
2015-02-24_09:28:27 Zaehler_Heizung 2_value: 11601600
2015-02-24_09:28:27 Zaehler_Heizung 2_unit: Wh

Zitat[...]
2015-02-24_09:22:19 Zaehler_WasserKalt volume: 225.846
2015-02-24_09:22:19 Zaehler_WasserKalt unit: m³
--
2015-02-24_09:24:29 Zaehler_WasserKalt volume: 225.846
2015-02-24_09:24:29 Zaehler_WasserKalt unit: m³
--
2015-02-24_09:26:35 Zaehler_WasserKalt volume: 225.846
2015-02-24_09:26:35 Zaehler_WasserKalt unit: m³
--
2015-02-24_09:28:42 Zaehler_WasserKalt volume: 225.846
2015-02-24_09:28:42 Zaehler_WasserKalt unit: m³
--
2015-02-24_09:30:53 Zaehler_WasserKalt volume: 225.846
2015-02-24_09:30:53 Zaehler_WasserKalt unit: m³

Kann mir jemand von euch zufällig auf die Sprünge helfen, wie ich daraus (LogFile text) Plots erstelle?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: sandro am 24 Februar 2015, 10:07:33
Hallo,

vielen Dank für das WMBUS Modul. Ich würde damit gerne die Funktaster meiner Fußbodenheizung auslesen und gegebenenfalls steuern.  Gestern habe ich meinen CUL mit



define CUL1 CUL /dev/ttyACM0@9600 1234
attr CUL1 rfmode WMBus_T
attr CUL1 verbose 5



dazu gebracht nach WMBUS-Geräten zu lauschen. Inzwischen konnten auch an die 50 Geräte gefunden werden. Leider bekomme ich immer nur die Meldung


2015-02-24_08:57:35 WMBUS_TCH_14502026_112_98 Unsupported CI Field a0




CUL1_MSGCNT 55
CUL1_RAWMSG b2E446850262050147062CF83A0009F1D300080250300000100010100D5CF010002010001000100010102000101006AC00001010100D5::-107.5
CUL1_RSSI -107.5
CUL1_TIME 2015-02-24 08:59:18
DEF TCH 14502026 112 98
DeviceMedium unknown
DeviceType 98
IODev CUL1
IdentNumber 14502026
LASTInputDev CUL1
MSGCNT 55
Manufacturer TCH
NAME WMBUS_TCH_14502026_112_98
NR 62
STATE Unsupported CI Field a0
TYPE WMBUS
Version 112
addr TCH_14502026_112_98



Wenn es hilft, kann ich auch die kompletten Logs hochladen. Was wären die nächsten Schritte um die Daten der Taster zu decodieren? Muss ich dafür bei unserem Dienstleiter oder Techem nach dem AES Schlüssel fragen?

Vielen Dank
Sandro
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 24 Februar 2015, 19:20:52

Zitat von: kossmann am 24 Februar 2015, 09:34:08
Um das Thema mal wieder zu beleben: Meine Qundis-Zähler werden weiterhin brav interpretiert:

Kann mir jemand von euch zufällig auf die Sprünge helfen, wie ich daraus (LogFile text) Plots erstelle?

Einfach ein Filelog mit passender Regexp definieren und das dann für ein SVG verwenden würde ich vorschlagen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 24 Februar 2015, 19:29:36
Zitat von: sandro am 24 Februar 2015, 10:07:33
Hallo,

vielen Dank für das WMBUS Modul. Ich würde damit gerne die Funktaster meiner Fußbodenheizung auslesen und gegebenenfalls steuern.

Das wird wohl schwierig. Aktuell kann WMBUS nicht senden, dazu müsste auch die culfw erweitert werden.
Beim Empfang ist auch hier wieder das Problem, dass das verwendet Datenformat nicht dokumentiert ist. A0 ist herstellerspezifisch. Also entweder Dokumentation vom Hersteller besorgen oder selber versuchen das Datenformat zu ergründen, siehe auch meine Anmerkungen hier (http://forum.fhem.de/index.php/topic,33068.msg265212.html#msg265212).
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 24 Februar 2015, 22:30:08
Zitat von: sandro am 24 Februar 2015, 10:07:33
CUL1_RAWMSG b2E446850262050147062CF83A0009F1D300080250300000100010100D5CF010002010001000100010102000101006AC00001010100D5::-107.5

Ich habe gerade festgestellt, dass mit der Nachricht etwas nicht stimmt, die ist ein Byte zu kurz.
Das führte bisher nicht zu einer Fehlermeldung, das habe ich gerade korrigiert.

Welche Version der culfw verwendest du?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Ich79 am 24 Februar 2015, 23:13:57
Hi!
Weiss jemand auf die Schnelle, wo ich das Paket Crypt::OpenSSL::AES für ActivePerl her bekomme? Das WMBus Modul benötigt das ja.
Das scheint für Perl 5.20 nicht verfügbar zu sein. Hatte schon folge Varianten versucht:
ppm install Crypt-OpenSSL-AES
ppm install Crypt-OpenSSL
ppm install Crypt

[EDIT] Ok, scheinbar wird das Paket nicht gebraucht. Hatte das auf Seite 3 gelesen. Aber auch ohne werden die Devices angelegt. Echt super soweit! Mal schauen, wann ich mal eins von mir "erwische" ;) Danke für das Modul! [/EDIT]

Mein eigenbau-CUL ist jetzt vorerst am Windows System um mal ein paar Meldungen per "brs" zu sammeln. Leider kommt um die Uhrzeit nicht mehr viel rein. Vorhin, bevor die Testinstallation von fhem lief, kam alle paar Minuten was rein :(


A propos, ohne dass jemand zu viel Aufwand rein steckt: Sieht man auf die Schnelle, ob die Nachrichten verschlüsselt sind?
SMODE
b43C465B2B741B006F09C37A0A0830600927029013144653284444473E4CA2A087AC2000000046D3A0DF8120B6E000F180000426CDF1C4B6E000000326CFFF
b26446532008749732A0818877AA0000000046D0713F8120B6E370000BD19426CDF1C4B6E300100326CFFFFB339
b43C465B2B741C006F09DBF42A083060072703B01314465329944447348F12A087AC2000000046D300DF8120B6E241ECF0000426CDF1C4B6E300000326CFFF
b2D44653246187009D8066B2B7A9A000000046D0913F8120C13319400CCE2004C1319870000426CDF1C326CFFFF0233B3BB5600004BD4
b26446532254544732A08D08D7A9A000000046D1113F8120B6E260100ECC5426CDF1C4B6E240200326CFFFF0411
b43C465B2B741D006F09E0C42A083060049709A0031446532004544739E222A087AC3000000046D2810F8120B6E365AF40200426CDF1C4B6E240400326CFFF
b26446532658849732A0883917AC4000000046D1913F8120B6E070200321E426CDF1C4B6E810200326CFFFFB08B
b2D44653288088009D807100D7AAE000000046D1D13F8120C130791015C7B004C1332540100426CDF1C326CFFFF0271BABB5600004BD4
b2D44653218692309D60710E57A48000000046D3713F8120C13020000AE5E004C1302000000426CDF1C326CFFFF0254A3BB5600004BD4
b26446532758849732A08B8C87AA0000000046D1A13F8120B6E580000D522426CDF1C4B6E600000326CFFFF164A
b43C465B2B741E006F09F11B3A08306004870BE00314465320145447369D52A087AC3000000046D0F10F8120B6E404C830000426CDF1C4B6E000100326CFFF
b2D44653249187009D806D6477A76000000046D0C13F8120C133107001E54004C1376050000426CDF1C326CFFFF026228BB5600004BD4
b26446532103110762C08E44B7ABE000000046D2313F8120B6E000000D0DA426CDF1C4B6E000000326CFFFFBA3B
b2D44653255866909D80765BF7A9A000000046D2F13F8120C13783711C13B004C1324531000426CDF1C326CFFFF0220DDBB5600004BD4
b26446532428949732A08E5D77AC4000000046D2613F8120B6E7501003FAD426CDF1C4B6E050200326CFFFF7922
b26446532884444732A086C0D7ACA000000046D2813F8120B6E720000EE62426CDF1C4B6E520200326CFFFFB9AE
b43C465B2B741F006F0A00E0EA0830600657052013144653202454473E20D2A087AC2000000046D380DF8120B6E1047FC0000426CDF1C4B6E760000326CFFF
b2D44653210177109D806F91B7AA0000000046D2F13F8120C13162300E115004C1321190000426CDF1C326CFFFF02E72FBB5600004BD4
b26446532908849732A0844B47AC4000000046D3013F8120B6E00000036A6426CDF1C4B6E010000326CFFFF4804
b43C465B2B7410006F0A191AFA08306005570F501314465320345447361692A087AC2000000046D180BF8120B6E409BC30000426CDF1C4B6E240200326CFFF
b2D44653204587009D807353D7AC4000000046D3B13F8120C136274024AFB004C1362740200426CDF1C326CFFFF0208C8BB5600004BD4
b26446532538949732A081F067AC4000000046D3613F8120B6E00000013E9426CDF1C4B6E000000326CFFFFBA3B
b26446532348949732A08BAA27AC4000000046D3713F8120B6E6105000F2E426CDF1C4B6E580600326CFFFF02F9
b2D44653287142409D6068ABA7A49000000046D2515F8120C13030000C476004C1303000000426CDF1C326CFFFF02A7A8BB5600004BD4
b26446532318949732A083AA57AC4080000046D3813F8120B6E33000083E0426CDF1C4B6E390000326CA915983F
b2D44653211197109D80696D27AC4000000046D0514F8120C13635502AF40004C1317210200426CDF1C326CFFFF025472BB5600004BD4
b26446532548949732A0821747AC4000000046D3A13F8120B6E300100A97A426CDF1C4B6E080100326CFFFF5870
b43C465B2B7411006F0A222AFA08306008270DD003144653204454473D9782A087AC3000000046D0C10F8120B6E005A910000426CDF1C4B6E080500326CFFF
b26446532524444732A0860F67AC4000000046D0114F8120B6E180000CBD0426CDF1C4B6E330300326CFFFF2668
b26446532338949732A0884D07AC4000000046D0314F8120B6E0702005D84426CDF1C4B6E390300326CFFFFDCB0
b2D44653233197109D8065E157AC4000000046D0614F8120C131826025873004C1362990100426CDF1C326CFFFF02CB9BBB5600004BD4
b26446532824444732A0851667AC4000000046D0614F8120B6E750300FC2E426CDF1C4B6E600700326CFFFF2838
b2D44653215197109D806D75D7AC4000000046D1114F8120C133883003746004C1365750000426CDF1C326CFFFF026F8ABB5600004BD4
b26446532518949732A08A1737AC4000000046D0914F8120B6E340700450C426CDF1C4B6E011000326CFFFF735D
b2D44653227187009D80631757A9A000000046D0C14F8120C138271021531004C1345470200426CDF1C326CFFFF02849FBB5600004BD4
b26446532478849732A084B567AC4000000046D0714F8120B6E0000007247426CDF1C4B6E000000326CFFFFBA3B
b2D44653253187109D806EB457AC4000000046D0A14F8120C135021030AED004C1358840200426CDF1C326CFFFF0292B9BB5600004BD4
b2D44653207597009D80764467ABE000000046D1314F8120C1319000017D6004C1317000000426CDF1C326CFFFF0278EDBB5600004BD4
b26446532113110762C0825C37ABE000000046D0D14F8120B6E5203004A94426CDF1C4B6E920100326CFFFFA3D4
b2D44653230567009D80797187AC4000000046D0D14F8120C1302680303C7004C1353460300426CDF1C326CFFFF02EFFFBB5600004BD4
b26446532848849732A083E627AC4000000046D0E14F8120B6E0300008218426CDF1C4B6E020000326CFFFF6320
b2D44653293187109D806E18C7AC4000000046D1814F8120C135724001524004C1397210000426CDF1C326CFFFF02AEE1BB5600004BD4
b2D44653210197109D806575A7AC4000000046D1314F8120C13043400DD37004C1302340000426CDF1C326CFFFF020479BB5600004BD4
b43C465B2B7413000F1F74142A083060090924501314465321231107688312C087ABD000000046D360EF8120B6E0064B20000426CDF1C4B6E000000326CFFF
b2D44653257597009D807B27B7AC4000000046D1314F8120C13656005E327004C1351120500426CDF1C326CFFFF020BE2BB5600004BD4
b26446532408949732A085BA27AC4000000046D1314F8120B6E000000ADE5426CDF1C4B6E000000326CFFFFBA3B
b26446532408949732A085BA27AC4000000046D1314F8120B6E000000ADE5426CDF1C4B6E000000326CFFFFBA3B
b2D44653247028009D8068E947ABE000000046D1514F8120C1376470075DE004C1307380000426CDF1C326CFFFF0214A5BB5600004BD4
b26446532528949732A08DE8E7AC4000000046D1614F8120B6E0500003012426CDF1C4B6E720000326CFFFF88D7
b26446532498849732A0837B27AC4000000046D1914F8120B6E000000C234426CDF1C4B6E000000326CFFFFBA3B
b26446532608849732A0803967AC4000000046D1B14F8120B6E5001002756426CDF1C4B6E820200326CFFFF9BAF
b43C465B2B7414000F1F890B3A08306000092310E3144653244444473A77D2A087AB5900000046D3807F6120B6E7882DE0100426CDF1C4B6E120000326CFFF
b26446532834444732A0890EE7AC4000000046D1E14F8120B6E00000077AB426CDF1C4B6E000000326CFFFFBA3B
b2D44653241187109D8066E697AC4000000046D2214F8120C13541800845D004C1363160000426CDF1C326CFFFF022060BB5600004BD4
b2D44653202197109D806D2767AC4000000046D2014F8120C13371300B65F004C1338110000426CDF1C326CFFFF02CE3ABB5600004BD4
b26446532938849732A083B497AC4080000046D2014F8120B6E6400003F5C426CDF1C4B6E560000326CC51B9EE9
b2D44653240187109D806AFE17AC4000000046D2414F8120C13129800FA3D004C1315730000426CDF1C326CFFFF02C897BB5600004BD4
b2D44653244597009D807F6DF7AC4000000046D2914F8120C13050003E92B004C1357760200426CDF1C326CFFFF0275CFBB5600004BD4
b26446532928849732A08FAC17AC4000000046D2214F8120B6E0000002A28426CDF1C4B6E000000326CFFFFBA3B
b26446532534444732A08A17E7AC4000000046D2414F8120B6E0000000F67426CDF1C4B6E000000326CFFFFBA3B
b26446532244544732A0811057A9A000000046D2514F8120B6E7200000C91426CDF1C4B6E300300326CFFFF0D4C
b26446532133110762C089BB67ABE000000046D2514F8120B6E650100DA29426CDF1C4B6E100200326CFFFF43C8
b4BC465B2B7415000F1F9B884A0830300A99231003944653260557009E095D8077AC4000000046D0014F8120C1368B60D3201004C1334960000426CDF1C326
b26446532438949732A08245F7AC4080000046D2B14F8120B6E00000018F0426CDF1C4B6E000000326CAB15559C
b26446532514444732A081F0B7AC4000000046D2E14F8120B6E050000541B426CDF1C4B6E030000326CFFFF911F
b26446532638849732A087C6B7AC4000000046D2E14F8120B6E00000060B6426CDF1C4B6E010000326CFFFF4804
b26446532448949732A081A2D7AC4000000046D3014F8120B6E7400000BDB426CDF1C4B6E060100326CFFFF2DFB
b4BC465B2B7416000F1FADFBFA0830300A492B0013944653294557009C995D8077AC2000000046D280DF8120C132657D83706004C1345780500426CDF1C326
b26446532664444732A086C927A9A000000046D3314F8120B6E00000033DE426CDF1C4B6E000000326CFFFFBA3B
b26446532418949732A089A2A7AC4000000046D3614F8120B6E280100995F426CDF1C4B6E180200326CFFFF600B
b43C465B2B7417000F1FBF788A08306004F922D0131446532458849731D542A087AC3000000046D0010F8120B6E053EF00000426CDF1C4B6E080200326CFFF
b43C465B2B7418000F1FCE777A08306004F92B601314465324688497345102A087AC2000000046D340DF8120B6E50D65A0000426CDF1C4B6E620000326CFFF
b26446532328949732A0845587AC4000000046D0A15F8120B6E00000025FD426CDF1C4B6E000000326CFFFFBA3B
b26446532468849732A088ADE7AC4000000046D0E15F8120B6E5000001108426CDF1C4B6E620000326CFFFFCF51
b43C465B2B7419000F1FD2EBDA08306000092FD9C31446532478849734ECE2A087A1D900000046D1D17FB110B6E00E0760000426CDF1C4B6E000000326CFFF
b43C465B2B741A000F1FE4986A083060048927D003144653265884973CC092A087AC4000000046D1913F8120B6E070E460200426CDF1C4B6E810200326CFFF
b2D44653291187109D8065FF97ACA000000046D1D15F8120C13842100E331004C1300200000426CDF1C326CFFFF0267F6BB5600004BD4
b43C465B2B741B000F1FF804CA08306006492780131446532908849737C402A087AC3000000046D170FF8120B6E0093C50000426CDF1C4B6E010000326CFFF
b43C465B2B741C000F1009983A08306004F9223013144653291884973FFFC2A087AC3000000046D0011F8120B6E45C24E0300426CDF1C4B6E550600326CFFF


[EDIT] Soeben habe ich eine meiner Heizungen gefunden. Ist scheinbar nicht verschlüsselt. Juhu ;) [/EDIT]

Danke und viele Grüße
Boris
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: sandro am 25 Februar 2015, 21:48:03
Zitat von: kaihs am 24 Februar 2015, 22:30:08
Ich habe gerade festgestellt, dass mit der Nachricht etwas nicht stimmt, die ist ein Byte zu kurz.
Das führte bisher nicht zu einer Fehlermeldung, das habe ich gerade korrigiert.

Welche Version der culfw verwendest du?

V 1.61 CUL868
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Ich79 am 26 Februar 2015, 20:30:38
Hallo zusammen,

ich habe auch ein paar Meldungen, die scheinbar zu kurz sind. Wobei die schon recht ähnlich sind.
Vielleicht hilft das irgendwie bei der Modul Entwicklung

VG
Boris


2015.02.26 17:37:19 3: cul: Unknown code b4BC465B2B7413006F015505AA083030065707C0139446532955570099D25D8077ACE000000046D0D0BFA120C13584DEF1306004C1308640500426CDF1C326, help me!
2015.02.26 17:47:18 3: cul: Unknown code b4BC465B2B7414006F016A272A083030097703C0039446532025670098F2FD8077ACF000000046D3010FA120C139995447303004C1348370300426CDF1C326, help me!
2015.02.26 20:27:10 3: cul: Unknown code b4BC465B2B7414006F01A81ABA08303007C70F400394465329657700923D2D8077ACF000000046D1410FA120C1314F1CB6202004C1315220200426CDF1C326, help me!
2015.02.26 20:47:14 3: cul: Unknown code b4BC465B2B7416006F01CDACEA08303008C701B0039446532965870099041D8077AD0000000046D1414FA120C1336094B2404004C1399030400426CDF1C326, help me!
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 26 Februar 2015, 22:35:50
Zitat von: Ich79 am 26 Februar 2015, 20:30:38
ich habe auch ein paar Meldungen, die scheinbar zu kurz sind.

Es könnte dieses (http://forum.fhem.de/index.php/topic,26021.msg190400.html#msg190400) Problem sein.
Was benutzt ihr als Empfänger, einen CUL von busware? Falls ja, welche Hardware Version und welcher Version der culfw?
Habt ihr eine eigene Version compiliert und mglw. die TTY_BUFSIZE geändert?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Ich79 am 26 Februar 2015, 22:45:45
Guter Punkt. Ich nutze keinen CUL von Busware, sondern was selbst gebasteltes. Habe die nanoCUL FW geflashed
version => V 1.63 nanoCUL868
bei mir ist es so definiert:
#define TTY_BUFSIZE             128

Werde mal eine neue Firmware flashen. Die Bufsize setze ich dann mal auf 800. Bei der Gelegenheit kann ich dann auch mal ein paar ungenutze Protokolle rauswerfen. Danke für den Hinweis! Ich melde mich sobald das mal ein paar Stunden gelaufen ist. Wohl erst am WE.

VG,
Boris
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 26 Februar 2015, 23:12:09
Zitat von: Ich79 am 26 Februar 2015, 22:45:45
Die Bufsize setze ich dann mal auf 800.

Damit könnte es schon eng werden, der ATMega328 hat nur 2048 Bytes RAM.
WMBUS braucht selbst schon ziemlich große Puffer, so dass selbst wenn der Compiler nicht meckert es während der Programmausführung zu einem Stackoverflow kommen könnte.

Deine Pakete sollten mit einer TTY_BUFSIZE von 256 auskommen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Ich79 am 26 Februar 2015, 23:45:35
Mhm hab es gerade gemerkt. Nach dem flashen mit Größe von 512 kommt quasi gar nichts mehr an. Morgen teste ich mal mit etwas weniger Puffer. Danke!
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Ich79 am 27 Februar 2015, 13:02:41
Zitat von: kaihs am 26 Februar 2015, 23:12:09
Deine Pakete sollten mit einer TTY_BUFSIZE von 256 auskommen.

So, nach etwas rumprobieren bin ich jetzt bei der TTY_BUFSIZE von 200 angekommen. Damit kommt jetzt die gesamte Nachricht an. Die Geräte haben sich mittlerweile nochmal gemeldet und wurden korrekt angelegt.
Vielen Dank für den Tipp!

Viele Grüße
Boris
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 02 März 2015, 10:27:56
Zur Info: Meine Qundis-Zähler funken seit dem 25. Februar, 19:00 Uhr, keine interpretierbaren Nachrichten mehr. Schade :-\
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Mario67 am 02 März 2015, 10:51:12
Hallo,

ich hoffe ich bin im passenden Thema.

Hat jemand Anstrengungen unternommen und ggf. sogar Resultate bei der Anbindung des Wasserzählers MULTICAL 21 der Fa. Kamstrup erzielt (https://www.kamstrup.com/de-de/products-and-solutions/water-meters/residential-water-meter (https://www.kamstrup.com/de-de/products-and-solutions/water-meters/residential-water-meter)), welcher über Wireless M-Bus kommuniziert?
Hintergrund der Frage ist die geplante Umstellung hier durch den städtischen Versorger, so dass ich Ersatz für meine bisher praktizierte Verbrauchserfassung (Abtastung mit Reflex-Optokoppler, Zählung mit 1-Wire-Counter) benötige.

Grüße,
Mario
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 02 März 2015, 21:26:11
Zitat von: Mario67 am 02 März 2015, 10:51:12
Hat jemand Anstrengungen unternommen und ggf. sogar Resultate bei der Anbindung des Wasserzählers MULTICAL 21 der Fa. Kamstrup erzielt (https://www.kamstrup.com/de-de/products-and-solutions/water-meters/residential-water-meter (https://www.kamstrup.com/de-de/products-and-solutions/water-meters/residential-water-meter)), welcher über Wireless M-Bus kommuniziert?

Laut Datenblatt sendet der Zähler im C-Mode welcher aktuell von der culfw nicht unterstützt wird (http://forum.fhem.de/index.php/topic,33068.msg254498.html#msg254498).
Die bisherige Implementation von WMBus in der culfw basiert auf einer Application Note (http://www.ti.com/general/docs/litabsmultiplefilelist.tsp?literatureNumber=swra234a) des Chipherstellers TI, und da ist der C-Mode nicht enthalten.

Ich habe in dem Datenblatt des Zählers keine Information dazu gefunden, ob er evtl. auf T-Mode umgestellt werden kann.
Falls das doch der Fall ist stehen die Chancen ganz gut, dass die Daten dekodiert werden können, da die Telegramme in der Spezifikation beschrieben sind.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Mario67 am 02 März 2015, 22:07:45
Vielen Dank für die schnelle Antwort. Hmmh, da werde ich wohl beim Hersteller etwas graben müssen. Es gibt möglicherweise auch noch die Option einen S0-Ausgang nachzurüsten, allerdings recht umständlich. Wenn ich mehr weiss, würde ich an dieser Stelle nochmal nachfragen.

Bis dann & Danke,
Mario
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: tostmann am 09 April 2015, 02:28:41
culfw rev500+ beherrscht ab sofort auch das SENDEN von WMBus Telegrammen im T oder auch S Mode. Somit kann man nun auch bidirektionale Quellen ansprechen.

Syntax:

bss<data>  für S-mode
bst<data>  für T-mode

<data> entspricht dem was b<...> bisher zurück gab.

Der Speicher eines CUL V3 ist arg am Ende, sodass man nicht benötigte andere Protokolle abschalten sollte.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Wuschi6 am 09 April 2015, 19:16:42
Ich habe soweit meinen autocreate erhalten, allerdings mit Fehler?

Auszug aus der Log während des autocreate:

2015.04.09 18:48:34 3: WMBUS Unknown device b1044791681003210040243AF70F002FD170100AA00A0DA, please define it
2015.04.09 18:48:34 2: autocreate: define WMBUS_ESY_10320081_4_2 WMBUS b1044791681003210040243AF70F002FD170100AA00A0DA
2015.04.09 18:48:34 3: WMBUS_ESY_10320081_4_2: I/O device is nanoCUL
2015.04.09 18:48:34 2: autocreate: define FileLog_WMBUS_ESY_10320081_4_2 FileLog /opt/fhem/log/WMBUS_ESY_10320081_4_2-%Y.log WMBUS_ESY_10320081_4_2
2015.04.09 18:48:49 2: WMBUS WMBUS_ESY_10320081_4_2 Error during ApplicationLayer parse:Unsupported CI Field 70

Was kann das sein?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 09 April 2015, 19:42:03
In der OMS Spezifikation steht zum CI-Field 70:




CI-fieldDirectionHeader lengthApplication protocol
70hError from deviceNoneGeneric (for wired M-Bus only!)

D.h. dieser Wert ist eigentlich nur für die kabelgebundene Protokollvariante M-Bus spezifiziert.
Daher ist unklar, was der Hersteller deines Zählers damit eigentlich überträgt, wahrscheinlich hat er das Protokoll missbraucht und überträgt da irgendwelche herstellerspezifischen Daten.
Das ist leider weit verbreitet, siehe auch die entsprechenden Anmerkungen im Wiki (http://www.fhemwiki.de/wiki/WMBUS#Bekannte_Probleme).

Du könntest beim Hersteller anfragen, ob der die Protokollbeschreibung zur Verfügung stellt, dann könnte ich das implementieren.
Die Hersteller sind aber i.A. sehr zugeknöpft.

Kai


Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Wuschi6 am 10 April 2015, 01:08:03
vielen Dank erstmal für die Info. Sehr schade. Soviel gebastelt und nun Sackgasse.
Na mal schauen, ob ich das etwas besorgen kann. Bin ja schliesslich im Energieversorgungsunternehmen tätig.
Hier schonmal die pdf des Easymeter M-Bus Modul:
http://www.easymeter.com/fileadmin/bilder/downloads/Wireless_M-Bus_Betriebsanleitung.pdf
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 11 April 2015, 18:03:21
Dieser Abschnitt aus der Betriebsanleitung macht doch Hoffnung:

Zitat
5.3.2 Datenausgabe
Zu den gesendeten Datensätzen ist ein separates Dokument erhältlich.

Wenn du das besorgen kannst können wir schauen, ob sich die Daten damit dekodieren lassen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bjoernh am 12 April 2015, 09:05:29
Zitat von: tostmann am 09 April 2015, 02:28:41
Der Speicher eines CUL V3 ist arg am Ende, sodass man nicht benötigte andere Protokolle abschalten sollte.
In der a-culfw habe ich deshalb nun den CUL in eine 433MHz sowie 868MHz Variante aufgeteilt. Ich denke es macht Sinn, dies auch in der culfw so zu machen.
Die Anpassungen bzw. Makefiles können aus dem Github genommen werden.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Wuschi6 am 15 April 2015, 18:14:40
guten Abend kaihs,

ich habe gute Neuigkeiten:
alle Dokumente von Easymeter bekommen. Für den alten ESY-R-WM und auch für das neue Modell ESY-S-WM10, welches mehr Leistung hat und wesentlich kleiner und aktueller ist.
Da ich keine Lust auch Spielchen mit einer veralteten Hardware hatte, habe ich mir das neue Modul bestellt.
Super klein das Teil. Heute kam es an. Also gleich ausprobiert...
Leider bekomme ich hiermit nichtmal den WMBUS aufgebaut, welchen ich ja mit dem alten schon per autocreate bekommen hatte.
Folgendes steht in meiner LOG.

2015.04.15 18:01:34 2: Switched nanoCUL rfmode to WMBus_T
2015.04.15 18:01:50 2: WMBUS Error during LinkLayer parse:message too short, expected 91, got 63 bytes
2015.04.15 18:01:50 2: WMBUS Error during LinkLayer parse:message too short, expected 91, got 63 bytes
2015.04.15 18:01:50 3: nanoCUL: Unknown code b4E447916034227601002D8BD7AD5004005F2A3AA6CE3EFA04B2285C45A780F779ED823B8FF2B385D0178515B7B1A1E418E9663FB452C84D189B14D1E4916B, help me!
2015.04.15 18:02:10 2: WMBUS Error during LinkLayer parse:message too short, expected 91, got 63 bytes
2015.04.15 18:02:10 2: WMBUS Error during LinkLayer parse:message too short, expected 91, got 63 bytes
2015.04.15 18:02:10 3: nanoCUL: Unknown code b4E447916034227601002D8BD7AD600400569195F15882360E49098BC7C6E1D18B4349BA0777D0AAAD4C9ADB709EC5D2528D78C07280B25AD07C879C97C62A, help me!
2015.04.15 18:02:30 2: WMBUS Error during LinkLayer parse:message too short, expected 91, got 63 bytes
2015.04.15 18:02:30 2: WMBUS Error during LinkLayer parse:message too short, expected 91, got 63 bytes
2015.04.15 18:02:30 3: nanoCUL: Unknown code b4E447916034227601002D8BD7AD7004005438B97CD26D495980D2CFA73D76FD400E5A40EEA6D55286172471C9C7AAA9AC9381907471F57D25A0A5F521B43A, help me!

Seriennr. des MBus Modus ist: 60274203
Stromzähler ist Easysmeter Q3DA1004 mit Nr. 60221033
AES-Key sollte universell gehen: 1234567890123456 (31323334...)

Kannst du mir da weiterhelfen?

PS.: die letze Datei Q3DA1004via-ESY-RMW104.txt ist nur noch zur Info wegen meinem alten Problem. Vielleicht kannst du es ja brauchen? Die anderen sind zu meinem jetzigen Modul.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 16 April 2015, 09:49:05
Das ist wahrscheinlich das Problem aus Post #242, die TTY_BUFSIZE in der culfw ist zu klein.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Ich79 am 17 April 2015, 00:14:20
Jau, hatte das gleiche Problem. #242 war damals ich und ja, das hatte es gelöst ;) Puffer ist einfach zu klein gewesen
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Wuschi6 am 17 April 2015, 19:59:12
Danke, habe den NanoCUL mit TTY_BUFSIZE 192 neu geflashed.
Nun habe ich wieder per autocreate den WMBUS bekommen.

Nachdem ich nun den AESKey eingetragen habe, gibt "state" auch "no errors" aus.
Soweit so gut. Aber brauchbare Werte wie Zählerstand und evtl. die Zählernr. bekomme ich nicht zu sehen.
Der aktuelle Zählerstand müsste eigentlich "1-Value" sein, die sieht aber merkwürdig aus etwa so:
1_unit        Wh       
1_value     1.39905810888131e+15

Das einzige was ich ausfindig machen konnte ist der aktuelle Verbrauch in Watt, das müsste die "2-Value" sein?
Seriennr. des Zählers ist (02731) 60221033

Kann mir da jemand helfen?
Anbei 3 Bilder der Ansicht in fhem.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: skydancer am 19 April 2015, 21:35:13
hallo habe merhr mals gelsen aber nix wirkliches gefunden

und zwar wohne ich in einer miets whonung
wo über al techem gerade dran hengen udn die würde ich gern aus lesen aber bekomme nur das hier

2015.04.19 21:30:12 4: CUL_Parse: CUL_1 b3244685032124570698082C0A0119F1DCA0930294D09880881080F62A9030162BBC4C1AFBD8A9265462306000000A3DD0000000000001B1819376694D2 -97
2015.04.19 21:30:12 5: CUL_1 dispatch b3244685032124570698082C0A0119F1DCA0930294D09880881080F62A9030162BBC4C1AFBD8A9265462306000000A3DD0000000000001B1819376694::-97
2015.04.19 21:30:12 5: WMBUS raw msg b3244685032124570698082C0A0119F1DCA0930294D09880881080F62A9030162BBC4C1AFBD8A9265462306000000A3DD0000000000001B1819376694::-97
2015.04.19 21:30:12 2: WMBUS WMBUS_TCH_70451232_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0
2015.04.19 21:32:13 5: CUL/RAW: /b324468503412457069807D3AA0119F1D00003029000023083608000046B6000
2015.04.19 21:32:13 5: CUL/RAW: b324468503412457069807D3AA0119F1D00003029000023083608000046B6000/00000000000000000000000000000FFFF000000000000000000FFFF8ED1

hofe es kann mir wer weider helfen
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Wuschi6 am 21 April 2015, 16:22:50
Ich werde wohl diese ganze WMBUS Sachen wieder verkaufen müssen. So wird das nix. Ich werde nun mal diesen Homematic Sensor antesten.
Da gehe ich mal von aus, das das wenigstens von vornherein laufen wird?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 21 April 2015, 19:47:30
Zitat von: Wuschi6 am 21 April 2015, 16:22:50
Ich werde wohl diese ganze WMBUS Sachen wieder verkaufen müssen. So wird das nix.

Ich war im Urlaub und konnte daher nicht antworten.
Schicke mir mal ein paar Rohmessages (die mit b beginnen) und deinen AES-Key, gerne auch per PM.
Ich denke, dass sollte sich dekodieren lassen.

Kai
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 21 April 2015, 19:52:27
Zitat von: skydancer am 19 April 2015, 21:35:13
wo über al techem gerade dran hengen udn die würde ich gern aus lesen aber bekomme nur das hier

Techem verwendet ein undokumentiertes Datenformat, siehe auch http://www.fhemwiki.de/wiki/WMBUS#Bekannte_Probleme (http://www.fhemwiki.de/wiki/WMBUS#Bekannte_Probleme)

Aktuell lassen sich die Daten daher nicht dekodieren.
Also entweder kannst du von Techem die Dokumentation besorgen oder du versuchst dich selbst am reverse engineering.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Wuschi6 am 21 April 2015, 20:54:55
:-[  ;D Ja Urlaub muss auch mal sein. Hoffe er war erholsam.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: skydancer am 22 April 2015, 03:44:14
ok danke dir :)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: drdownload am 25 April 2015, 13:32:27
CUL: V 1.62 CUL868
RFMODE: WMBUS_T
FHEM Upgedated, SSL Zeugs lt. Commandref ist installiert.

Sobald ich WMBUS_T aktiviere bekomme sehr viele dieser Meldungen:
2015-04-25 13:25:42 CUL CUL_0 UNKNOWNCODE b464424232B04718037325EFB7ADC00389E8B20954004935411333043FEC362CEA0FFC5F8EB4C2B39D49DAACF457847E246C1AA82269DF8D530D6E74EBD163E6F970FE180874B323A2B4486625EF3417B8384::-81.5
2015-04-25 13:25:44 CUL CUL_0 UNKNOWNCODE b2E442423625411484A06D17D7A9F002005383891280D9513A4ABE7BC923DB9E2749C7B5911F6DA182DC18472D753A098FFFFE3EF19191289::-81.5
2015-04-25 13:25:44 CUL CUL_0 UNKNOWNCODE b2E442423175511484A06DF737A760020059150BE62963A50AE638783DA2DEAC18453533DF6D707C159A5A36DD0C52CC90D1D116FD7330487::-56
2015-04-25 13:25:44 CUL CUL_0 UNKNOWNCODE b2E442423445411484A0658357A81002005B059E224F18CC419DE07ED9201999546B65C44EBE1622C968B30DA7BA0382D64DDD652231C4099::-63


Unser Haus ist ein 45 Parteien Mehrparteien Haus 2009 errichtet, die Wärme-Zähler wurden vor 1 Jahr ausgetauscht. Typ und Marke liefere ich später.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: drdownload am 25 April 2015, 14:29:37
Ah, komisch, nachdem ich auf Verbose5 gestellt habe hat autocreate einige Devices angelegt, aber ich bin wohl Out of Luck, die Wien Energie wird wohl den AES Key nicht rausrücken.

2015-04-25 14:28:08 WMBUS WMBUS_HYD_48115444_74_6 RSSI: -78
2015-04-25 14:28:08 WMBUS WMBUS_HYD_48115444_74_6 LQI: 149
2015-04-25 14:28:08 WMBUS WMBUS_HYD_48115444_74_6 encrypted message and no aeskey provided
2015-04-25 14:28:08 WMBUS WMBUS_HYD_80710431_55_50 RSSI: -79
2015-04-25 14:28:08 WMBUS WMBUS_HYD_80710431_55_50 LQI: 132


2015-04-25 14:30:02 WMBUS WMBUS_HYD_80710431_55_50 RSSI: -78.5
2015-04-25 14:30:02 WMBUS WMBUS_HYD_80710431_55_50 LQI: 128
2015-04-25 14:30:02 WMBUS WMBUS_HYD_80710431_55_50 Encryption f mode not implemented


Die verbauten Zählen sind von Diehl, Corona ER http://www.diehl.com/de/diehl-metering/produkte-loesungen/pdb-details.html?tx_diehlproducts_pi1%5Bproduct%5D=84526022&tx_diehlproducts_pi1%5BbackPid%5D=166&tx_diehlproducts_pi1%5Baction%5D=show&tx_diehlproducts_pi1%5Bcontroller%5D=MeteringProduct&cHash=7c93f7c84ee92ad635fcea10a446b89c
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 26 April 2015, 14:37:59
Hallo Wuschi6,

teste mal die angehängte Version, der Stromzähler sollte damit funktionieren.

Der Gaszähler sieht komisch aus, als sei die Software darauf nicht fertig (konfiguriert). Vielleicht sind die Daten auch gar nicht vom Gaszähler.
Als Hersteller wird Amber Wireless angegeben, die aber nur die Soft-/Hardware für die Funkübertragung herstellen, keine Zähler.
Der Devicetyp ist auch nicht Gas, sondern Radio converter.

Die Nutzdaten sind auch nicht im WMBus Format, sondern nur Transportlayer.
Zusammengefasst: kann ich nicht auswerten.

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 26 April 2015, 14:41:44
Zitat von: drdownload am 25 April 2015, 14:29:37
Ah, komisch, nachdem ich auf Verbose5 gestellt habe hat autocreate einige Devices angelegt, aber ich bin wohl Out of Luck, die Wien Energie wird wohl den AES Key nicht rausrücken.

Ja, ist alles verschlüsselt. Evtl. steht der Schlüssel irgendwo auf dem Zähler.

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Wuschi6 am 26 April 2015, 17:16:24
Hallo kaihs,
sieht jetzt super aus. Vielen lieben Dank!
Ich habe fhem neugestartet und das M-Bus Modul neu per autocreate einlesen lassen.
Danach habe ich noch eine UserReadings für den aktuellen Stand in kWh (1_value) eingetragen.
Das einzige was ich nun noch als fehlerhaft sehe, ist die Seriennummer des Stromzählers (6_value: 3301220613720).
Die ist verkehrt herum, und müsste eigentlich laut Typenschild 02731  60221033 lauten. (Wobei die eigentliche Seriennummer nur 60221033 ist.)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: drdownload am 26 April 2015, 17:46:32
Zitat von: kaihs am 26 April 2015, 14:41:44
Ja, ist alles verschlüsselt. Evtl. steht der Schlüssel irgendwo auf dem Zähler.

Am Zähler steht leider gar nichts außer den Seriennummern, wenn man den AES Key nicht irgendwo im Menü auslesen kann (was ich wohl bezweifle bin ich wohl hier am Ende) Diehl hat eine eigene Produktionsstätte in Wien (die ehemalige Elin Wassertechnik) und liefert schon seit Anbeginn der Zeiten die Zähler in Wien. Insofern werden sie wohl einen eigenen AES-Key verwendet haben.

Ich werde es mal über die OpenData Inititative der Stadt versuchen.

Andere Frage, wäre dann der (Draht)MBus auch verschlüsselt oder beschränkt sich das auf die Luft-Schnittstelle.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 26 April 2015, 17:53:17
Zitat von: Wuschi6 am 26 April 2015, 17:16:24
Die ist verkehrt herum, und müsste eigentlich laut Typenschild 02731  60221033 lauten. (Wobei die eigentliche Seriennummer nur 60221033 ist.)

Easymeter ist echt kreativ bei der Interpretation des Standards. Aber ich habe das jetzt auch noch spezifisch für diesen Hersteller angepasst und werde die Änderungen dann einchecken, so dass sie per update verteilt werden.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Wuschi6 am 26 April 2015, 18:02:53
 ;D das ist wohl so.

Vielen Dank nochmals. TOP
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Wuschi6 am 26 April 2015, 18:09:36
Zitat von: kaihs am 26 April 2015, 14:37:59
Der Gaszähler sieht komisch aus, als sei die Software darauf nicht fertig (konfiguriert). Vielleicht sind die Daten auch gar nicht vom Gaszähler.
Als Hersteller wird Amber Wireless angegeben, die aber nur die Soft-/Hardware für die Funkübertragung herstellen, keine Zähler.
Der Devicetyp ist auch nicht Gas, sondern Radio converter.

Die Nutzdaten sind auch nicht im WMBus Format, sondern nur Transportlayer.
Zusammengefasst: kann ich nicht auswerten.

Dann muss ich wohl doch noch den USB Einrichtungsstick dazukaufen (77€)  >:(
Danach kann ich die Investition in die Schublade legen   :o
Dabei wird dann vermutlich erst der Zähler aus dem Schlafmodus geweckt?

Bin mir noch nicht sicher ob ich den Gaszähler mit Homematic versorge oder den USB-Stick zum einrichten kaufe.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 26 April 2015, 18:15:28
Zitat von: drdownload am 26 April 2015, 17:46:32
Andere Frage, wäre dann der (Draht)MBus auch verschlüsselt oder beschränkt sich das auf die Luft-Schnittstelle.

Für MBus ist m.W. keine Verschlüsselung spezifiziert, sollte daher also unverschlüsselt sein.
Es gibt aber bisher kein MBus Modul für fhem, genau genommen für die Anbindung der Hardware.

Die Dekodierung des Protokolls ist in WMBus.pm implementiert, die Anbindung an WMBus Hardware in 36_WMBus.pm.

WMBus.pm sollte sich daher auch in einem MBus spezifischen Modul wiederverwenden lassen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 26 April 2015, 18:20:26
Zitat von: Wuschi6 am 26 April 2015, 18:09:36
Dann muss ich wohl doch noch den USB Einrichtungsstick dazukaufen (77€)  >:(
Danach kann ich die Investition in die Schublade legen   :o
Dabei wird dann vermutlich erst der Zähler aus dem Schlafmodus geweckt?

Bin mir noch nicht sicher ob ich den Gaszähler mit Homematic versorge oder den USB-Stick zum einrichten kaufe.

Ich gebe bei unbekanntem CI-Field wie in diesem Fall jetzt die danach noch folgenden Daten als Hex-String aus.
Bei dem Gaszähler ist das nicht viel:

Unsupported CI Field 8a, remaining payload is 13000080

Wenn du daraus irgendwie einen Rückschluss auf den aktuellen Zählerstand ableiten kannst kann ich das ggf. noch implementieren.

Es kann aber auch sein, dass der noch auf irgendein Pairing wartet bevor er weitergehende Daten sendet.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Wuschi6 am 26 April 2015, 23:01:15
hmm aus dem Wert kann ich keinen Stand ermitteln, der ist ja auch noch nicht im Modul definiert.
Das muss wie gesagt erst noch eingerichtet werden mit diesem blöden USB-Stick, welchen ich ja nicht habe  ::) :-\


Übrigens mit diesem Eintrag funktioniert die Anzeige der Werte im state super:
attr Stromzähler stateFormat {sprintf("Zählerstand: %.1f kWh, Aktuell: %s Watt", (0.001*ReadingsVal($name, "1_value",0)), ReadingsVal($name, "2_value",0))}

und hiermit wird noch der aktuelle Stand in kWh im Reading ergänzt:
attr Stromzähler userReadings 1_value_kWh:1_value { ReadingsVal("WMBUS_ESY_60274203_16_2","1_value",0)/1000}

Nun fehlt nur noch das SVG. Das bekomme ich auch nach gefühlten 100 Versuchen nicht hin.
Es lässt sich aus dem FileLog kein Plot aus 2_value (Leistung gesamt Watt) aufbauen. Werte sind in der Log aber drin.
Wenn ich in der Log noch Phase1-3 zuschalte, kann ich daraus auch nur Phase1 und Phase2 anzeigen lassen. Phase 3 geht nix.
Sehr mehrkwürdig dieses SVG. Woran kann das liegen?

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: wkarl am 16 Mai 2015, 09:08:24
Hallo,

sorry, wenn ich hier nochmal von vorne beginne. Ich habe nun zwei energycams bekommen (Gas, Strom vorkonfiguriert), habe mir jedoch den Konfigurationsstick gespart. Meinen CUL 868 hat mittlerweilen die FW 1.61 und die angegebenen CRC und CBC Packete sind installiert. Nach langem Suchen im wiki und forum bleiben folgende Fragen zur Klärung:

- sollten die energycams per se funktionieren oder benötige ich doch den Konfigurationsstick?
- Wenn ja, habe ich das Problem nicht den Hauch eines Datums zu empfangen (rfmode=WMBus_S).

Hat jemand eine Idee/Antwort für mich?

EDIT: Ja, ich. rfmode=WMBus_T

Danke und ciao
walter
Titel: Antw:Wireless M-Bus für CUL- Perl 5.10 Error
Beitrag von: pipp37 am 30 Mai 2015, 01:23:07
2015.05.30 00:28:19 0: Type of arg 1 to keys must be hash (not private variable) at FHEM/WMBus.pm line 1024, near "$vifInfoRef

Hallo kaihs.

Nachdem ich meine Fhem Installation auf einen Solaris 11 Server verschoben habe erscheint  im Log obige Fehlermeldung.
Dort ist über CSW das perl 5.10 drauf.

perl -v
This is perl, v5.10.1 (csw-5.10.1*) built for i86pc-solaris-thread-multi


Unter dem Raspi 5.14 lief es normal.

Lösung:
Zeile 1024 im WMBUS.pm

http://stackoverflow.com/questions/20824920/perl-array-references-and-avoiding-type-of-arg-1-to-keys-must-be-hash-error


     VIFID: foreach my $vifType ( keys %$vifInfoRef ) {
    # ALT     VIFID: foreach my $vifType ( keys $vifInfoRef ) {



So läuft es zumindest mit perl 5.10 wieder.
Gruss

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: wopper am 30 Mai 2015, 08:38:13
Zitat von: wkarl am 16 Mai 2015, 09:08:24
- sollten die energycams per se funktionieren oder benötige ich doch den Konfigurationsstick?
- Wenn ja, habe ich das Problem nicht den Hauch eines Datums zu empfangen (rfmode=WMBus_S).

Hat jemand eine Idee/Antwort für mich?

EDIT: Ja, ich. rfmode=WMBus_T

Hallo wkarl,
standardmäßig werden die EnergyCam RF mit wM-Bus T2 ausgeliefert. Mit einem USB Interface und der Software ECWin kannst du sie aber nach Belieben umkonfigurieren.

Grüße,
wopper
Titel: Antw:Wireless M-Bus für CUL- Perl 5.10 Error
Beitrag von: kaihs am 30 Mai 2015, 16:42:24
Zitat von: pipp37 am 30 Mai 2015, 01:23:07
2015.05.30 00:28:19 0: Type of arg 1 to keys must be hash (not private variable) at FHEM/WMBus.pm line 1024, near "$vifInfoRef

Hallo kaihs.

Nachdem ich meine Fhem Installation auf einen Solaris 11 Server verschoben habe erscheint  im Log obige Fehlermeldung.
Dort ist über CSW das perl 5.10 drauf.

perl -v
This is perl, v5.10.1 (csw-5.10.1*) built for i86pc-solaris-thread-multi


Unter dem Raspi 5.14 lief es normal.

Lösung:
Zeile 1024 im WMBUS.pm

http://stackoverflow.com/questions/20824920/perl-array-references-and-avoiding-type-of-arg-1-to-keys-must-be-hash-error


     VIFID: foreach my $vifType ( keys %$vifInfoRef ) {
    # ALT     VIFID: foreach my $vifType ( keys $vifInfoRef ) {



So läuft es zumindest mit perl 5.10 wieder.
Gruss

Danke für den Hinweis, habe es eingecheckt.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Blackcat am 19 Juli 2015, 20:18:56
Hi,
Habe neue Wasserzähler von techem (Radio 3) und Heizungszähler Compact V e ames (MID) von techem und würde diese gerne mit fhem verknüpfen.
Hat jemand Erfahrung mit den techem Zählern?
Habe noch keinen Cul würde ihn also extra für die Zähler und m-bus anschaffen.

Vielen Dank :)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 19 Juli 2015, 21:27:53
Zitat von: Blackcat am 19 Juli 2015, 20:18:56
Hat jemand Erfahrung mit den techem Zählern?

Die bisherigen Erfahrungen mit techem Zählern waren nicht gut. Es wurde ein undokumentiertes Datenformat verwendet, Stichwort CI-Feld A2. Wenn du danach im Forum suchst findest du vielleicht noch die entsprechenden Beiträge.
Mglw. ist das bei deinen Zählern aber doch nicht der Fall, das lässt sich erst sagen, wenn du ein paar Datenpakete empfangen hast.
Ob du dafür die Kosten für die Anschaffung eines CULs investieren willst musst du wissen.

Billiger wäre das selbst basteln (http://www.fhemwiki.de/wiki/Selbstbau_CUL), das kostet aber mehr Zeit.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Blackcat am 19 Juli 2015, 22:31:51
Ok dann versuche ich es mal mit selber basteln.

Vll kann ich auch etwas entschlüsseln ;)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mail@christian-michels.de am 25 Juli 2015, 00:04:52
Hallo,

auch von mir erst mal herzlichen Dank für die Arbeit die Ihr in FHEM und  die Module steckt.

Ich habe bei mir seid ein paar Tagen die Sendeeinheit vom RWE SmartHome Powercontrol (http://www.rwe-smarthome.de/web/cms/de/1776202/smarthome/informieren/geraete/power-control/ (http://www.rwe-smarthome.de/web/cms/de/1776202/smarthome/informieren/geraete/power-control/) ) in Verbindung mit einem CUL in Betrieb. Die Einheit Sendet verschlüsselt im WMBus_S Modus.

Die nachrichten werden auch alle 10sec empfangen, allerdings habe ich ein Problem mit dem AES Key.

Der mitgelieferte AES Key ist nur 16 Zeichen lang,  der Parameter AESkey scheint allerdings einen 32 Zeichen langen Key zu erwarten.


Wenn ich den Key eingebe erhalte ich folgende Fehlermeldung.

   AESkey must be a 32 digit hexadecimal value

und der Key wird nicht benutzt.

Der Sender hat folgende Daten:
AESKey: 8A17C514B019D541
Seriennummerlaut Aufdruck: 457401101831


Anbei die Zeilen in der fhem.cfg incl meines Key.


define WMBUS_IMS_01101831_66_2 WMBUS IMS 01101831 66 2
attr WMBUS_IMS_01101831_66_2 IODev CUL1
attr WMBUS_IMS_01101831_66_2 room WMBUS
attr WMBUS_IMS_01101831_66_2 AESkey 8A17C514B019D541
attr WMBUS_IMS_01101831_2_2 rawmsg_as_reading 1
define FileLog_WMBUS_IMS_01101831_66_2 FileLog ./log/WMBUS_IMS_01101831_66_2-%Y.log WMBUS_IMS_01101831_66_2
attr FileLog_WMBUS_IMS_01101831_66_2 logtype text
attr FileLog_WMBUS_IMS_01101831_66_2 room WMBUS



Und hier noch mal die Daten die empfangen werden.

CUL1_MSGCNT
5
CUL1_RAWMSG
b3E44B3253118100142021A117AB400300540A7653A5BC1EF6539C3E5C209E71E0610F24C5785EA40EB4E5B8B2012EBCD760FCA65BB9FC77C382968FFF648DBB14860B5A2A458D3F4::-74
CUL1_RSSI
-74
CUL1_TIME
2015-07-24 23:12:52
DEF
IMS 01101831 66 2
DeviceMedium
Electricity
DeviceType
2
IODev
CUL1
IdentNumber
01101831
LASTInputDev
CUL1
MSGCNT
5
Manufacturer
IMS
NAME
WMBUS_IMS_01101831_66_2
NR
231
STATE
encrypted message and no aeskey provided
TYPE
WMBUS
Version
66
addr
IMS_01101831_66_2


Ich hatte  auch mal getestet was passiert wen ich Testweise in der Datei 36_WMBUS.pm die Abfrage auf 32 Zeichen auf 16 Zeichen umstelle, dann erhalte ich aber folgende Fehlermeldung.
If specified by -literal_key, then the key length must be equal to the chosen cipher's key length of 16 bytes at WMBus.pm


Ich würde mich freuen wenn jemand weiss ob und was ich falsch mache.

Da ich noch neu hier bin, sagt mir bitte auch falls ich im falschen Forum bin.

Danke
Christian
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 25 Juli 2015, 15:25:24
Zitat von: christianm am 25 Juli 2015, 00:04:52
Der mitgelieferte AES Key ist nur 16 Zeichen lang,  der Parameter AESkey scheint allerdings einen 32 Zeichen langen Key zu erwarten.

Ja, der AES Key muss 16 Bytes binär lang sein, codiert in Hexadezimal sind das 32 Zeichen.
Allerdings ist in der Spezifikation die Rede davon, dass nur 8 Bytes pro Zähler unterschiedlich sein müssen.
D.h. die anderen 8 Bytes können z. B. für alle Zähler der Baureihe identisch sein.
Ist jetzt die Frage, was den fehlenden Teil des Keys bildet.
Die Seriennummer allein ist zu kurz.
Ich habe mal verschiedene Kombinationen aus Seriennummer, deinem Schlüsselteil und auffüllen mit 00 probiert, aber das war nicht erfolgreich.

Du musst also irgendwie an den fehlenden Teil des Schlüssels kommen.

Aus dem nicht verschlüsselten Teil des empfangenen Datenpaket lässt sich folgendes auslesen:

Manufacturer 25b3 IMS
IdentNumber 01101831
Version 66
Type 2 Electricity
IsEncrypted 1
Status: 0 no errors
Codeword:
bidirectional: 1
accessability: 1
synchronous: 1
mode: 5
encrypted_blocks: 5
content: 1
hops: 1
Error:Decryption failed, wrong key?


Hersteller ist also die
   IMST GmbH, Carl-Friedrich-Gauss-Straße 2-4, 47475 Kamp-Lintfort, Germany

Die stellen aber eigentlich nur die Funkmodule her.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mail@christian-michels.de am 25 Juli 2015, 19:49:22
Hallo kaihs,

herzlichen Dank für die Infos, dann werd ich mal sehen  wie ich an den fehlenden teil des Schlüssel komme. Falls ich etwas raus bekomme sag ich noch mal bescheid.


Danke
Christian
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: nogenius am 05 August 2015, 20:23:17
Hallo zusammen,

haben bei uns in der Wohnung Qundis WFH / WFC 36 Wasserzähler, sowie ebenfalls einen Qundis Stromzähler (Typ weiß ich gerade nicht). Wie ich im Beitrag gelesen habe senden bei euch die Zähler nur Anfang des Jahres sinnvolle Werte, insofern ist das alles ja nur teilweise zu gebrauchen.

Bei uns im Haus hängen auch mehrere Netzwerkknoten von Qundis (Q node). Weiß jemand ob das einen Einfluss hat und so eventuell öfter Daten abgefragt werden, oder sind das prinzipiel nur Repeater um von einer Stelle im Haus alle Daten abfragen zu können und nicht vor jede Haustüre gehen zu müssen?

Alternative: Was würdet ihr für Add-On Module empfehlen um den Verbrauch abzulesen und zu senden?

Vielen Dank!
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 06 August 2015, 19:53:46
Wenn du schon einen passenden Empfänger hast kannst du ja einfach schauen, was an Daten ankommt.
Mglw. lassen sie sich ja doch auswerten.

Andernfalls mal im Wiki (http://www.fhemwiki.de/wiki/Kategorie:Energieverbrauchsmessung) schauen, was davon zu deinen Gegebenheiten passt.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mail@christian-michels.de am 08 August 2015, 23:37:37
Hallo kaihs,

nur zur Info falls noch jemand mit dem RWE SmartHome Powercontrol experimentiert.

Ich habe vom RWE Support bestätigt bekommen das der mitgelieferte AES Schlüssel nicht komplett ist. Sie aber leider nicht den Kompletten AES Schlüssel herausgeben können.

Zitates ist korrekt dass der AES  Schlüssel nicht komplett dargestellt wird.
Wir bedauern, aber leider können wir den Kompletten AES Schlüssel auch nicht herausgeben

Mal sehen wie ich das Gerät jetzt weiterbenutzte...


Danke noch mal für deine Hilfe.

Christian
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 09 August 2015, 20:44:20
Danke für die Rückmeldung, ich habe es im Wiki vermerkt.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: captaintrip am 17 August 2015, 00:09:19
Hallo :)

Erstmal DANKE für das Modul!

Bei mir Zuhause sind ein Izar/Auquarius RS 868 Kaltwasserzähler (http://www.diehl.com/fileadmin/diehl-metering/pdb/DE_DE_Web/familie13149/AQUARIUS_S___RS___P.pdf) und ein Sharky 775 Wärmezähler (http://www.aqotec.com/downloads/waermezaehlerbeschreibungen/sharky/sharky_775_installationanduserguide_1.6_de_sw_version_f01_001.pdf) verbaut. Beide werden in fhem gefunden und angelegt.

Der Izar/Auquarius produziert teilweise unterschiedliche Logmeldungen:
2015.08.16 23:33:47 2: WMBUS WMBUS_HYD_35123456_148_67 Error during ApplicationLayer parse:encrypted message and no aeskey provided
2015.08.16 23:36:11 2: WMBUS WMBUS_HYD_35123456_148_67 Error during ApplicationLayer parse:encrypted message and no aeskey provided
2015.08.16 23:38:31 2: WMBUS WMBUS_HYD_35123456_148_67 Error during ApplicationLayer parse:Encryption 7 mode not implemented
2015.08.16 23:40:54 2: WMBUS WMBUS_HYD_35123456_148_67 Error during ApplicationLayer parse:Encryption 7 mode not implemented


mit folgenden Raw-Daten:
2015-08-16_23:33:47 WMBUS_HYD_35123456_148_67 rawMsg: b1E4424238B0769359443AD767A720010F54709A61F05C2321067167DB3799E434BC0B80FE787::-90.5
2015-08-16_23:36:11 WMBUS_HYD_35123456_148_67 rawMsg: b1E4424238B0769359443AD767A730010F54708D4EB9F702F2DFAA7ED698AB577F0ADD27B1280::-90.5
2015-08-16_23:38:31 WMBUS_HYD_35123456_148_67 rawMsg: b1E4424238B0769359443AD767A740010F5470E88245A6E7C9D2AB31D179964F8D0AFC408BC81::-90.5
2015-08-16_23:40:54 WMBUS_HYD_35123456_148_67 rawMsg: b1E4424238B0769359443AD767A750010F7470FF8D0C0DC61A0B7028D296A4FCC6BC2AE7C4982::-88.5


und der Sharky folgende Logmeldungen:
2015.08.16 23:54:41 2: WMBUS WMBUS_HYD_41123456_47_4 Error during ApplicationLayer parse:encrypted message and no aeskey provided
2015.08.16 23:54:52 2: WMBUS WMBUS_HYD_41123456_47_4 Error during ApplicationLayer parse:encrypted message and no aeskey provided
2015.08.16 23:55:04 2: WMBUS WMBUS_HYD_41123456_47_4 Error during ApplicationLayer parse:encrypted message and no aeskey provided
2015.08.16 23:55:15 2: WMBUS WMBUS_HYD_41123456_47_4 Error during ApplicationLayer parse:encrypted message and no aeskey provided


mit folgenden Raw-Daten:
2015-08-16_23:54:41 WMBUS_HYD_41123456_47_4 rawMsg: b4E442423879859412F0416BC7AAE0040050A999C741728FFD47B4578E5AB9635B86E64335375D6B3BCC2EDB73F3701CAE41AAD149510B15326F3B4C128AC8FBF79C9D7EF809D157901C894538991710FF73744993D309C9F92B23F81::-97
2015-08-16_23:54:52 WMBUS_HYD_41123456_47_4 rawMsg: b4E442423879859412F0416BC7AAF0040051D51AE64083C51AAC1BCFC1D32EC3BF9618C269F79A7C51E4EECAE0E478DAD5CBCC5C1090F965E1EB65193A69C400B536B9D7AB44D5FBF95CCD61678B50F2F9A4289052FB19701621AE680::-97.5
2015-08-16_23:55:04 WMBUS_HYD_41123456_47_4 rawMsg: b4E442423879859412F0416BC7AB0004005DB31F267530C40C2945A61D4C0FC0DCA3A1D71AD8E06925BFF99BC2FE264D80C8843AC6E8EDC5DC1792DA5B54917DBF8865AE03A094D91E33A26B13444D6B3434C3FF4E2F4AF7340239081::-97
2015-08-16_23:55:15 WMBUS_HYD_41123456_47_4 rawMsg: b4E442423879859412F0416BC7AB1004005A851243EC4715D3A95326FC0DDFC820A1BC0C66A8026BE80B1F26B3099447D310C55E25D7F2FFDB66365B10BEBA64F103B37642F9A1CD62444F0F97A29F7D58A8803EE6755B2F8D4DFD381::-96.5

ACHTUNG - nachdem der Key bekannt ist hab ich die Daten unleserlich gemacht


Hab ich hier ohne AES Schlüssel eine Chance? Sind die Daten überhaupt verschlüsselt?
Für den Sharky gäbs sogar eine Kommunikationsbeschreibung (http://www.diehl.com/fileadmin/diehl-metering/dlc/ThermalEnergy/SHARKY_775_CommunicationDescription_v1.4_DE.pdf), aber ich befürchte die bezieht sich auf das unverschlüsselte Telegramm?

Vielleicht hat ja jemand eine Idee dazu?

Liebe Grüße
captain
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: captaintrip am 17 August 2015, 21:36:34
Also der Sharky 775 ist definitiv verschlüsselt

Könnte es sein, dass der Izar/Aquarius nur DES verschlüsselt ist?

Grüße
captain


Anmerkung:
Aufgrund eines Einwandes des Herstellers wurde dieser Beitrag am 2.8.2018 von einem Moderator geändert
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 17 August 2015, 22:00:37
Zitat von: captaintrip am 17 August 2015, 00:09:19
Hab ich hier ohne AES Schlüssel eine Chance? Sind die Daten überhaupt verschlüsselt?

Ja, die Daten sind verschlüsselt.
Ein bisschen merkwürdig ist, dass einmal Encryption Mode 7 von dem Aquarius verwendet wird.
Das ist ein neuer und ziemlich aufwändiger Verschlüsselungsmodus den ich noch mit implementiert habe. Das muss ich noch genauer untersuchen.

Zitat
Für den Sharky gäbs sogar eine Kommunikationsbeschreibung (http://www.diehl.com/fileadmin/diehl-metering/dlc/ThermalEnergy/SHARKY_775_CommunicationDescription_v1.4_DE.pdf), aber ich befürchte die bezieht sich auf das unverschlüsselte Telegramm?

Die bezieht sich nicht auf die Datenübertragung per Funk und lässt sich daher nur sehr bedingt anwenden.

Du kannst versuchen bei deinem Versorger oder wer auch immer für die Zähler zuständig ist die passenden Schlüssel zu bekommen, sind ja schließlich deine Daten.
Mindestens ein Forenteilnehmer war damit schon erfolgreich.

Danach kann man erst beurteilen, ob sich mit den Daten was anfangen lässt.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 17 August 2015, 22:21:09
Zitat von: captaintrip am 17 August 2015, 21:36:34
(Ein Decompiler ist schon ein nützliches Tool - ich vermute der Key ist für sämtliche Diehl Produkte Standard :P)

Was hast du denn decompiliert? Hast du die Firmware von dem Zähler oder eine Auswertungssoftware?

Zitat
Könnte es sein, dass der Izar/Aquarius nur DES verschlüsselt ist?

Ich weiß nicht, ob DES überhaupt spezifiziert war. Es gibt einen Encryption Mode 4 zu dem in den neuen Spezifikationen nur "deprecated" steht.

Mode 7 ist:
Encryption Mode 7 is a symmetric encryption method using AES128 with CBC and a
dynamic key (see chapter 9.2.3). It is possible to identify up to eight different keys using the
Key-ID.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: captaintrip am 17 August 2015, 22:37:45
ZitatWas hast du denn decompiliert? Hast du die Firmware von dem Zähler oder eine Auswertungssoftware?
Eine Konfigurationssoftware - namentlich IZAR@SET von Diehl - gibt's als freien Download auf der Diehl Metering Seite.
In den Einstellungen der Software lässt sich auch ein neben einem AES Key auch ein DES Key setzen - deshalb die Vermutung.
In der Software finden sich jedoch noch 2 weitere 16 Byte lange Standard Keys, was wiederum gegen DES sondern für AES mit geringerer Schlüssellänge spricht.

ZitatIch weiß nicht, ob DES überhaupt spezifiziert war. Es gibt einen Encryption Mode 4 zu dem in den neuen Spezifikationen nur "deprecated" steht.
Hab mittlerweile auch andere Encryption Modes im Log - z.B. a, d, 1
Kann mir auch nicht vorstellen, dass der Kaltwasserzähle so "besonders" gesichert ist, das Ding hat mittlerweile auch schon 3 Jahre am Buckel - somit denke ich der 7er Mode war eine falsche Fährte...
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 17 August 2015, 22:48:52
Zitat von: captaintrip am 17 August 2015, 22:37:45
In der Software finden sich jedoch noch 2 weitere 16 Byte lange Standard Keys, was wiederum gegen DES sondern für AES mit geringerer Schlüssellänge spricht.

Die Spezifikation erlaubt es, pro Zähler nur 16 Byte unterschiedlich zu setzen und die anderem 16 Byte fix zu machen. Hatten wir ein paar Beiträge weiter oben bei einem RWE Zähler.

Zitat
Hab mittlerweile auch andere Encryption Modes im Log - z.B. a, d, 1
Kann mir auch nicht vorstellen, dass der Kaltwasserzähle so "besonders" gesichert ist, das Ding hat mittlerweile auch schon 3 Jahre am Buckel - somit denke ich der 7er Mode war eine falsche Fährte...

Diese Encryption Mode gibt es laut Spezifikation nicht, da muss was anderes im Argen sein.
Schick mir mal die Rohdaten per PM, dann versuche ich dahinter zu kommen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: drdownload am 17 August 2015, 22:49:18
Nachdem ich mir von einem höheren bei den Energiewerken anhören konnte, dass Privacy und Sicherheit wichtig sind und sie daher keinen AESkey rausgeben ist es lustig, dass der Diehl Default key geht :)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: nogenius am 19 August 2015, 20:53:50
Hallo zusammen,

mein CUL ist erst jetzt angekommen - bisher hatte ich keinen zum ausprobieren und wollte die Kaufentscheidung eigentlich von der Wahrscheinlichkeit abhängig machen, die Zählerdaten auszulesen. Naja, letztlich hat die Neugier gesiegt und ich hab den CUL einfach bestellt.

Vielen Dank jedenfalls für eure Arbeit, nach dem heutigen Tag sind alle meiner Zähler (Warmwasser, Kaltwasser, Wärme/Energie Fußbodenheizung) über autocreate angelegt worden. Alle von Qundis, alle unverschlüsselt, und alle mit sinnvollen Daten. Und nachdem ich schon nach einem Tag Werte bekommen habe gehe ich einfach mal davon aus, dass die Dinger auch regelmäßig senden.

Den Repeater (Qundis Node) hab ich wohl auch gefunden, allerdings hier ohne sinnvolle Daten, ist für mich aber absolut irrelevant.

Vielen Dank!
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 19 August 2015, 21:40:40
Gut zu wissen. Könntest du noch die genauen Typen der Zähler nennen? Dann wissen andere schon vor dem ausprobieren, dass diese mit hoher Wahrscheinlichkeit auslesbar sind.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 19 August 2015, 21:43:01
Sinnvolle Daten von Qundis??? Jetzt wird's wieder interessant! Kannst du da mal mehr Infos liefern?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: nogenius am 20 August 2015, 00:10:42
Ja, sinnvolle, und sogar korrekte Daten!

Ich weiß nicht genau welche Daten euch interessieren, aber ich reiche sie gerne auch nach...

WFH 36 - 09759622
weitere Nummern auf dem Zähler (Version/Firmware?): 6.331  04.19
Zählerstand: 0,886m3
Rohdaten: b2D44653222967509D806A8077ADD000000046D2614F3180C138608007CA6004C1348010000426CDF1C326CFFFF02291EBB5600004B

WFH 36 - 09759638
weitere Nummern auf dem Zähler (Version/Firmware?): 6.331  04.19
Zählerstand: 14,990m3
Rohdaten: b2D44653238967509D806AE357ADD000000046D2814F3180C13904901601D004C1319020000426CDF1C326CFFFF02FABBBB5600004B

WFC 36 - 09825219
weitere Nummern auf dem Zähler (Version/Firmware?): 6.131  04.63
Zählerstand: 28,994m3
Rohdaten: b2D44653219528209D807CD807ADD000000046D1914F3180C1393890266E9004C1371010000426CDF1C326CFFFF020D3CBB5600004B

An der Fußbodenheizung ein Qundis Heat5 - 65663252
Huckepack als Sendemodul ein Qundis WFZ16
weitere Nummern auf dem Sender: OK/901 0000
Zählerstand: 4,0528 / 3,0551 Wh
Rohdaten:
b334465B252326665190C79FC7ADD000000046D3612F3180C05280504BCCD00426CDF1C4C0550050300326CFFFF024BA1FD1700000C7898265359A2


Außerdem kam aus der Nachbarschaft gerade noch so einiges rein - auch alles Qundis:
2015.08.19 20:36:41 3: WMBUS Unknown device b4BC465B27522C000F2FAD3AFA0830300640B9D013944653258508209998FD8077ADB000000046D2B0CF3180C1390E2D60302004C1332280000426CDF1C326CFF10D4FF02BB56000082046CFF178C041301894C2B01000B27, please define it
2015.08.19 20:36:41 2: autocreate: define WMBUS_LSE_01202275_242_250 WMBUS b4BC465B27522C000F2FAD3AFA0830300640B9D013944653258508209998FD8077ADB000000046D2B0CF3180C1390E2D60302004C1332280000426CDF1C326CFF10D4FF02BB56000082046CFF178C041301894C2B01000B27
2015.08.19 20:36:41 3: WMBUS_LSE_01202275_242_250: I/O device is CUL_0
2015.08.19 20:36:41 2: autocreate: define FileLog_WMBUS_LSE_01202275_242_250 FileLog ./log/WMBUS_LSE_01202275_242_250-%Y.log WMBUS_LSE_01202275_242_250
2015.08.19 20:56:45 3: WMBUS Unknown device b4BC465B27522E008F0278433A08303007E0AB1003944653263997509983FD8067ADD000000046D0411F3180C1389E6F10800004C1342010000426CDF1C326CFFF6E3FF02BB56000082046CFF178C041375061B3C0000FFFF, please define it
2015.08.19 20:56:45 2: autocreate: define WMBUS_LSE_09402275_240_39 WMBUS b4BC465B27522E008F0278433A08303007E0AB1003944653263997509983FD8067ADD000000046D0411F3180C1389E6F10800004C1342010000426CDF1C326CFFF6E3FF02BB56000082046CFF178C041375061B3C0000FFFF
2015.08.19 20:56:45 3: WMBUS_LSE_09402275_240_39: I/O device is CUL_0
2015.08.19 20:56:45 2: autocreate: define FileLog_WMBUS_LSE_09402275_240_39 FileLog ./log/WMBUS_LSE_09402275_240_39-%Y.log WMBUS_LSE_09402275_240_39
2015.08.19 21:06:40 3: WMBUS Unknown device b4BC465B27522F004F135211DA08303006109D6003944653274997509BFCCD8067ADC000000046D1E10F3180C1394E66F5000004C1308020000426CDF1C326CFFD69CFF02BB56000082046CFF178C0413183614800000FFFF, please define it
2015.08.19 21:06:40 2: autocreate: define WMBUS_LSE_05502275_241_53 WMBUS b4BC465B27522F004F135211DA08303006109D6003944653274997509BFCCD8067ADC000000046D1E10F3180C1394E66F5000004C1308020000426CDF1C326CFFD69CFF02BB56000082046CFF178C0413183614800000FFFF
2015.08.19 21:06:40 3: WMBUS_LSE_05502275_241_53: I/O device is CUL_0
2015.08.19 21:06:40 2: autocreate: define FileLog_WMBUS_LSE_05502275_241_53 FileLog ./log/WMBUS_LSE_05502275_241_53-%Y.log WMBUS_LSE_05502275_241_53
2015.08.19 21:16:45 3: WMBUS Unknown device b25C465B275220004F136C169A2653296212310180E860900005D1782F282611DD59D671D1D001D001EC9C64B, please define it
2015.08.19 21:16:45 2: autocreate: define WMBUS_LSE_04002275_241_54 WMBUS b25C465B275220004F136C169A2653296212310180E860900005D1782F282611DD59D671D1D001D001EC9C64B
2015.08.19 21:16:45 3: WMBUS_LSE_04002275_241_54: I/O device is CUL_0
2015.08.19 21:16:45 2: autocreate: define FileLog_WMBUS_LSE_04002275_241_54 FileLog ./log/WMBUS_LSE_04002275_241_54-%Y.log WMBUS_LSE_04002275_241_54
2015.08.19 21:26:41 3: WMBUS Unknown device b4BC465B27522100EF40E60BDA08303007D0B56013944653255967509E10DD8067ADB000000046D1E0EF3180C1365F7723800004C1366060000426CDF1C326CFFDF23FF02BB56000082046CFF178C04136236096C0000FFFF, please define it
2015.08.19 21:26:41 2: autocreate: define WMBUS_LSE_14102275_244_14 WMBUS b4BC465B27522100EF40E60BDA08303007D0B56013944653255967509E10DD8067ADB000000046D1E0EF3180C1365F7723800004C1366060000426CDF1C326CFFDF23FF02BB56000082046CFF178C04136236096C0000FFFF
2015.08.19 21:26:41 3: WMBUS_LSE_14102275_244_14: I/O device is CUL_0
2015.08.19 21:26:41 2: autocreate: define FileLog_WMBUS_LSE_14102275_244_14 FileLog ./log/WMBUS_LSE_14102275_244_14-%Y.log WMBUS_LSE_14102275_244_14
2015.08.19 21:36:37 3: WMBUS Unknown device b4BC465B27522200EF40F7D4CA0830300790B7C013944653251997509CA55D8067ADB000000046D070EF3180C13327FFA8400004C1340110000426CDF1C326CFF6612FF02BB56000082046CFF178C041366779DF00000FFFF, please define it
2015.08.19 21:36:37 2: autocreate: define WMBUS_LSE_14202275_244_15 WMBUS b4BC465B27522200EF40F7D4CA0830300790B7C013944653251997509CA55D8067ADB000000046D070EF3180C13327FFA8400004C1340110000426CDF1C326CFF6612FF02BB56000082046CFF178C041366779DF00000FFFF
2015.08.19 21:36:37 3: WMBUS_LSE_14202275_244_15: I/O device is CUL_0
2015.08.19 21:36:37 2: autocreate: define FileLog_WMBUS_LSE_14202275_244_15 FileLog ./log/WMBUS_LSE_14202275_244_15-%Y.log WMBUS_LSE_14202275_244_15
2015.08.19 21:46:38 3: WMBUS Unknown device b25C465B27522300EF4107975A2653262802310180E860B00005E75D8564C4E1D7FA1671D0F000F0025C958E3, please define it
2015.08.19 21:46:38 2: autocreate: define WMBUS_LSE_14302275_244_16 WMBUS b25C465B27522300EF4107975A2653262802310180E860B00005E75D8564C4E1D7FA1671D0F000F0025C958E3
2015.08.19 21:46:38 3: WMBUS_LSE_14302275_244_16: I/O device is CUL_0
2015.08.19 21:46:38 2: autocreate: define FileLog_WMBUS_LSE_14302275_244_16 FileLog ./log/WMBUS_LSE_14302275_244_16-%Y.log WMBUS_LSE_14302275_244_16
2015.08.19 21:56:41 3: WMBUS Unknown device b4BC465B27522400EF137055AA083030079095A0139446532130076091299D8067ADC000000046D3A0EF3180C13070DB13102004C1342270000426CDF1C326CFFC37AFF02BB56000082046CFF178C04138615427602002B2A, please define it
2015.08.19 21:56:41 2: autocreate: define WMBUS_LSE_14402275_241_55 WMBUS b4BC465B27522400EF137055AA083030079095A0139446532130076091299D8067ADC000000046D3A0EF3180C13070DB13102004C1342270000426CDF1C326CFFC37AFF02BB56000082046CFF178C04138615427602002B2A
2015.08.19 21:56:41 3: WMBUS_LSE_14402275_241_55: I/O device is CUL_0
2015.08.19 21:56:41 2: autocreate: define FileLog_WMBUS_LSE_14402275_241_55 FileLog ./log/WMBUS_LSE_14402275_241_55-%Y.log WMBUS_LSE_14402275_241_55
2015.08.19 22:06:37 3: WMBUS Unknown device b51C465B27522500EF4116863A08306005F0BC6003F4465B24632666545A7190C7ADC000000046D2210F3180C05805C45140300426CDF1C4C0500170100326CFF1245FF02FD1700000C782892525982046CFF67EB178C040580140300CA10, please define it
2015.08.19 22:06:37 2: autocreate: define WMBUS_LSE_14502275_244_17 WMBUS b51C465B27522500EF4116863A08306005F0BC6003F4465B24632666545A7190C7ADC000000046D2210F3180C05805C45140300426CDF1C4C0500170100326CFF1245FF02FD1700000C782892525982046CFF67EB178C040580140300CA10
2015.08.19 22:06:37 3: WMBUS_LSE_14502275_244_17: I/O device is CUL_0
2015.08.19 22:06:37 2: autocreate: define FileLog_WMBUS_LSE_14502275_244_17 FileLog ./log/WMBUS_LSE_14502275_244_17-%Y.log WMBUS_LSE_14502275_244_17
2015.08.19 22:16:29 3: WMBUS Unknown device b4BC465B27522600EF412671CA08303008A0B7D0139446532314682096A15D8077ADB000000046D290EF3180C134229D74802004C1381160000426CDF1C326CFF6D9FFF02BB56000082046CFF178C041303226DEB02002B2A, please define it
2015.08.19 22:16:29 2: autocreate: define WMBUS_LSE_14602275_244_18 WMBUS b4BC465B27522600EF412671CA08303008A0B7D0139446532314682096A15D8077ADB000000046D290EF3180C134229D74802004C1381160000426CDF1C326CFF6D9FFF02BB56000082046CFF178C041303226DEB02002B2A
2015.08.19 22:16:29 3: WMBUS_LSE_14602275_244_18: I/O device is CUL_0
2015.08.19 22:16:29 2: autocreate: define FileLog_WMBUS_LSE_14602275_244_18 FileLog ./log/WMBUS_LSE_14602275_244_18-%Y.log WMBUS_LSE_14602275_244_18
2015.08.19 22:36:29 3: WMBUS Unknown device b4BC465B27522800DF3605EB6A0830300670A1001394465327797750927AED8067ADC000000046D3910F3180C1396B7DE7900004C1338140000426CDF1C326CFFBB29FF02BB56000082046CFF178C041310763D4D0000FFFF, please define it
2015.08.19 22:36:29 2: autocreate: define WMBUS_LSE_13802275_243_96 WMBUS b4BC465B27522800DF3605EB6A0830300670A1001394465327797750927AED8067ADC000000046D3910F3180C1396B7DE7900004C1338140000426CDF1C326CFFBB29FF02BB56000082046CFF178C041310763D4D0000FFFF
2015.08.19 22:36:29 3: WMBUS_LSE_13802275_243_96: I/O device is CUL_0
2015.08.19 22:36:29 2: autocreate: define FileLog_WMBUS_LSE_13802275_243_96 FileLog ./log/WMBUS_LSE_13802275_243_96-%Y.log WMBUS_LSE_13802275_243_96
2015.08.19 23:06:34 3: WMBUS Unknown device b4BC465B27522B00DF363398DA0830300580AF30039446532919975095A62D8067ADC000000046D3B11F3180C1378AF9F2700004C1360010000426CDF1C326CFF768FFF02BB56000082046CFF178C04137724ABB80000FFFF, please define it
2015.08.19 23:06:34 2: autocreate: define WMBUS_LSE_14102275_243_99 WMBUS b4BC465B27522B00DF363398DA0830300580AF30039446532919975095A62D8067ADC000000046D3B11F3180C1378AF9F2700004C1360010000426CDF1C326CFF768FFF02BB56000082046CFF178C04137724ABB80000FFFF
2015.08.19 23:06:34 3: WMBUS_LSE_14102275_243_99: I/O device is CUL_0
2015.08.19 23:06:34 2: autocreate: define FileLog_WMBUS_LSE_14102275_243_99 FileLog ./log/WMBUS_LSE_14102275_243_99-%Y.log WMBUS_LSE_14102275_243_99
2015.08.19 23:26:33 3: WMBUS Unknown device b4BC465B27522D00EF13882C0A083030087099B003944653228508209FBF6D8077ADD000000046D2513F3180C1353416D6603004C1321530000426CDF1C326CFFFCEAFF02BB56000082046CFF178C04133437FA3D0300DFF2, please define it
2015.08.19 23:26:33 2: autocreate: define WMBUS_LSE_15302275_241_56 WMBUS b4BC465B27522D00EF13882C0A083030087099B003944653228508209FBF6D8077ADD000000046D2513F3180C1353416D6603004C1321530000426CDF1C326CFFFCEAFF02BB56000082046CFF178C04133437FA3D0300DFF2
2015.08.19 23:26:33 3: WMBUS_LSE_15302275_241_56: I/O device is CUL_0
2015.08.19 23:26:33 2: autocreate: define FileLog_WMBUS_LSE_15302275_241_56 FileLog ./log/WMBUS_LSE_15302275_241_56-%Y.log WMBUS_LSE_15302275_241_56
2015.08.19 23:56:37 3: WMBUS Unknown device b4BC465B275220004F13AE7AFA083030047099E003944653236967509816AD8067ADD000000046D1014F3180C134002510700004C1336010000426CDF1C326CFFB873FF02BB56000082046CFF178C0413530608CA0000FFFF, please define it
2015.08.19 23:56:37 2: autocreate: define WMBUS_LSE_04002275_241_58 WMBUS b4BC465B275220004F13AE7AFA083030047099E003944653236967509816AD8067ADD000000046D1014F3180C134002510700004C1336010000426CDF1C326CFFB873FF02BB56000082046CFF178C0413530608CA0000FFFF
2015.08.19 23:56:37 3: WMBUS_LSE_04002275_241_58: I/O device is CUL_0
2015.08.19 23:56:37 2: autocreate: define FileLog_WMBUS_LSE_04002275_241_58 FileLog ./log/WMBUS_LSE_04002275_241_58-%Y.log WMBUS_LSE_04002275_241_58
2015.08.20 00:06:31 3: WMBUS Unknown device b4BC465B275221004F13B2E65A08303007909D501394465325896750932E8D8067ADC000000046D150FF3180C13404B8C5902004C1321390000426CDF1C326CFFFA71FF02BB56000082046CFF178C041345451BBF02002B2A, please define it
2015.08.20 00:06:31 2: autocreate: define WMBUS_LSE_04102275_241_59 WMBUS b4BC465B275221004F13B2E65A08303007909D501394465325896750932E8D8067ADC000000046D150FF3180C13404B8C5902004C1321390000426CDF1C326CFFFA71FF02BB56000082046CFF178C041345451BBF02002B2A
2015.08.20 00:06:31 3: WMBUS_LSE_04102275_241_59: I/O device is CUL_0
2015.08.20 00:06:31 2: autocreate: define FileLog_WMBUS_LSE_04102275_241_59 FileLog ./log/WMBUS_LSE_04102275_241_59-%Y.log WMBUS_LSE_04102275_241_59


Titel: Antw:Wireless M-Bus für CUL
Beitrag von: nogenius am 25 August 2015, 20:28:23
Hallo zusammen,

ich hab mittlerweile einige Daten gesammelt. Die Qundis Zähler liefern regelmäßig Daten, insofern bin ich erstmal zufrieden.

Was mir aber aufgefallen ist, ist dass über autocreate einige Devices mit der gleichen IdentNumber, aber unterschiedlichem Typ angelegt werden. Das Ganze sehe ich mehrfach, hier aber mal ein Beispiel:


WMBUS_LSE_00002275_242_122    ???
WMBUS_LSE_00002275_242_123    ???
WMBUS_LSE_00002275_242_127    ???
WMBUS_LSE_00002275_242_135    ???
WMBUS_LSE_00002275_242_145    ???


Die als "Version" interpretierten Werte liegen dabei immer zwischen 240 und 245 - Werte, die sonst bei keinem anderen Device auftauchen. Dass das Zufall ist nehme ich mal nicht an. Ich gehe eher davon aus, dass 00002275 eventuell ein Repeater (Qundis Node5) ist, der Daten weitervermittelt / wiederholt und die eigentlichen Daten . Ist jemand sowas ähnliches bekannt oder schon mal aufgefallen? Gibt das Protokoll sowas her?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 27 August 2015, 20:47:06
Zitat von: nogenius am 25 August 2015, 20:28:23
Was mir aber aufgefallen ist, ist dass über autocreate einige Devices mit der gleichen IdentNumber, aber unterschiedlichem Typ angelegt werden. Das Ganze sehe ich mehrfach, hier aber mal ein Beispiel:


WMBUS_LSE_00002275_242_122    ???
WMBUS_LSE_00002275_242_123    ???
WMBUS_LSE_00002275_242_127    ???
WMBUS_LSE_00002275_242_135    ???
WMBUS_LSE_00002275_242_145    ???


Die als "Version" interpretierten Werte liegen dabei immer zwischen 240 und 245 - Werte, die sonst bei keinem anderen Device auftauchen.

Also ist ändert sich sowohl Version als auch Typ?
Dass sich diese Eigenschaften eines Zählers ändern wäre schon sehr ungewöhnlich und die bei dir auftretende Werte für Typ sind in dem WMBus Standard auch nicht definiert.

Die Weiterleitung durch einen Repeater ist zwar vorgesehen, aber dann wird ein sog. Hop-Counter hochgezählt der nicht in die Device Identifikation einfließt.

Kannst du ein paar Rohdaten loggen und mir (gerne auch per PM) zuschicken? Dann kann ich das genauer untersuchen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: nogenius am 28 August 2015, 13:22:32
Gerne, ich werde aber wohl erst nach dem Wochenende dazu kommen.

Ich bin mir mittlerweile auch gar nicht mehr so sicher bzgl. des Repeaters. Auch wenn es definitiv welche gibt, die ID hab ich bisher nirgends gesehen. Hab die Rohdaten gestern mal kurz in das Excel Dokument hier aus dem Thread eingegeben, und da wurde zumindest der Typ erkannt - und die Daten waren anders als vom WMBUS Modul berechnet. Die Daten waren auf den ersten Blick länger als die, bei denen die Auswertung funktioniert. Mehr Zeit hatte ich leider nicht mehr es mir anzuschauen, aber ich könnte mir auch vorstellen, dass bei längeren Botschaften irgendwas an der Auswertung faul ist.
Laut Excel waren es übrigens Stromzähler.

Ich schicke die Rohdaten nächste Woche. Vielen Dank schon mal!
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Mitch am 25 November 2015, 13:32:26
Hallo Zusammen,

bei mir wurde gerade der Gaszähler (altersbedingt) gewechselt.
Nun habe ich einen Pipersberg G4 RF1c, der leider keinen Magnetkontakt/Metalkontakt für einen Reed hat  :-\

Zu Auslesen habe ich einen EM1000-GZ Gaszaehler-Sensor von ELV.

Kann ich mir jetzt diesen Cyble Encoder Wireless Mbus kaufen und direkt auslesen?
Titel: Antw:Wireless M-Bus für Amber-Wireless
Beitrag von: Termlnator am 02 Dezember 2015, 22:08:59
Hallo zusammen,

ich habe mir vor paar Jahren bei Conrad ein Stromzähler gekauft

https://www.conrad.de/de/voltcraft-vsm-120-smart-metering-system-komplett-set-mit-mid-zulassung-vsm-102-zaehler-vsm-101-gateway-v2-usb-funkstick-und-software-125454.html

Leider ist vom Conrad das Software nicht weiter entwickelt worden und dann ab Win8 war mit der Datenerfassung Schluss.
Die Kommunikation zwischen dem Gateway und dem USB-Empfänger erfolgt über 868Mhz. Hersteller des Sticks ist Amber-Wireless AMB8465-M.

Jetzt meine Frage: Kann FHEM mit dem System umgehen? Hat es schon jemand hinbekommen?

Gruss
Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Mic46 am 17 Dezember 2015, 13:03:05
Hallo
ich hab hier einen Hydrus Diehl Wasserzähler.
Und damit beginnt mein Dilemma, den dieser ist in einem Schacht im Nebengebäude montiert. Da das Ding hat einen Optischen Schalter hat um das Display zuschalten, ihr könnt euch vielleicht vorstellen was mit einer Taschenlampe im Schacht und dem Display passiert, es schaltet permanent.
Der Zähler sendet auf 868 MHZ also nanoCUL und Raspi besorgt und dank der großartigen Vorarbeit hier,also nochmal Besten Dank, ran an den Speck.
Auf dem nanoCUL läuft V 1.66 nanoCUL868 Den Puffer hab ich auf 180 erweitern müssen, 128 waren zu wenig.
Empfangen wird im WMBus_T Modus
Hier eine raw msg
2015.12.17 12:25:55 5: WMBUS raw msg b3F442423250770995041FFA57ACC00317D500A6B1C736C1B99E1A80524D74066533A15FAFC079AD39208B875334D9B4B741F5165A34FB1184D8CDD9501D9DFB554B0545A946FC2DD4C6C81::-63
Leider verhält sich Diehl beim Hydrus nicht konform.
Die Seriennummer steht nämlich in Byte 6-9 also vor FF anstatt in Byte

Dadurch ist die angebene Seriennummer im WMBUS Modul natürlich falsch und der Rest wird falsch zu geordnet.
WMBUS_HYD_99700725_80_65
und führt dann vermutlich zu dieser Fehlermeldung
2015.12.17 12:47:19 2: WMBUS WMBUS_HYD_99700725_80_65 Error during ApplicationLayer parse:Encryption mode c not implemented

Es wäre schön wenn mir mit eurer Mithilfe schaffe dem Zähler seine Daten zu entlocken, insbesondere auch die Fehlermeldungen (Leckagewarnung)
bei Diehl findet sich dieses PDF über die Schnittstellenkomunikation
http://www.diehl.com/fileadmin/diehl-metering/dlc/Water/HYDRUS_CommunicationDescription_DE.pdf (http://www.diehl.com/fileadmin/diehl-metering/dlc/Water/HYDRUS_CommunicationDescription_DE.pdf)
schlauer hat es mich bisher nicht gemacht.
Eine Gockelsuche ergab das diese Zähler doch weiter verbreitet sind als ich dachte.

LG  Mic
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 20 Dezember 2015, 19:26:58
Zitat von: Mic46 am 17 Dezember 2015, 13:03:05
Leider verhält sich Diehl beim Hydrus nicht konform.
Die Seriennummer steht nämlich in Byte 6-9 also vor FF anstatt in Byte

Wie kommst du darauf? Wie lautet denn die richtige Seriennummer?


Dadurch ist die angebene Seriennummer im WMBUS Modul natürlich falsch und der Rest wird falsch zu geordnet.


Ich fürchte ganz so einfach ist es nicht, das danach kommende CI-Feld scheint nämlich zu passen.
Das Configuration Word (Byte 15/16) macht auf jeden Fall keinen Sinn, zumindest wenn es sich wirklich um ein WMBus Telegramm handelt.

Zitat
Es wäre schön wenn mir mit eurer Mithilfe schaffe dem Zähler seine Daten zu entlocken, insbesondere auch die Fehlermeldungen (Leckagewarnung)
bei Diehl findet sich dieses PDF über die Schnittstellenkomunikation
http://www.diehl.com/fileadmin/diehl-metering/dlc/Water/HYDRUS_CommunicationDescription_DE.pdf (http://www.diehl.com/fileadmin/diehl-metering/dlc/Water/HYDRUS_CommunicationDescription_DE.pdf)
schlauer hat es mich bisher nicht gemacht.
[/code]

Aus dem Dokument werde ich auch nicht wirklich schlau, WMBus wird darin auch nicht erwähnt, nur MBus (die drahtgebundene Variante) und Real Data Funk sowie Open Metering Funk, was auch immer das ist.
Woher weißt du denn, dass der Zähler eine Leckagewarnung sendet?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Mic46 am 21 Dezember 2015, 21:08:56
Ich wohne auf dem Dorf daher hab ich nur meinen eigenen Zähler im Empfangsbereich.
Nur einmal hab ich einen Satz vom Zähler meines Nachbarn eingefangen

Der Zähler sendet alle 9-11 sek einen neuen Datensatz
und ich hab als Newbiein Fhem und CUL noch Probleme die Datenflut zu bändigen.

Zitat von: kaihs am 20 Dezember 2015, 19:26:58
Wie kommst du darauf? Wie lautet denn die richtige Seriennummer?

Seriennummer ist 41509970 lt Zähler
Byte 0 Länge =3F
Version findet sich in Byte 04 
Typ in Byte 05
Byte 06-09 Seriennummer
Byte 10+11 CRC ?
Byte 12 CI-Field
Byte 13 AcessNumber ( wird bei jedem Datensatz anscheinend hochgezählt)
Byte 14 Status
Byte 15  ist Konstant 31 (auch beim Nachbarn)
Byte 16 verändert sich  bleibt aber auch länger Zeit konstant mir noch unklar, Wasserentnahme?
         17:05:36 1D
         17:05:46 1E
         17:05:56 1E
         17:06:05 1D
bis
         18:14:40 1D
         18:14:49 33
         18:14:59 12
         18:14:09 1F
         18:15:38 10
         18:14:47 1F
bis
         18:27:42 1F
         18:27:52 10
         18:28:01 75

Byte 18  50 Konstant bei meinem Zähler beim Nachbarn 29
ab Byte 19 wohl verschlüsselt da bei jedem Datensatz unterschiedlich.

Der Headeraufbau ist beim Izar/Auquarius Wasserzähler vom captaintrip, auch von Diehl, allem Anschein nach genauso
http://forum.fhem.de/index.php/topic,24517.msg323301.html#msg323301 (http://forum.fhem.de/index.php/topic,24517.msg323301.html#msg323301)

Das einfache einsetzen des AES-key von Captaintrip brachte mir keinen sichtbaren Erfolg.

In der Kommunikationbeschreibung von Diehl
http://www.diehl.com/fileadmin/diehl-metering/dlc/Water/HYDRUS_CommunicationDescription_DE.pdf (http://www.diehl.com/fileadmin/diehl-metering/dlc/Water/HYDRUS_CommunicationDescription_DE.pdf)
finden sich auf Seite 9 Angaben zum Funktelegramm, von dem ich mal optimistisch davon ausgehe das die übertragenen Daten ähnlich aussehen.
Im Datenblatt ist unter Funk "434 oder 868 MHz, konfigurierbares Telegramm (real data), Open Metering Standard"

ZitatWoher weißt du denn, dass der Zähler eine Leckagewarnung sendet?

Ich hatte  eine Leckage ohne sichtbaren Wasseraustritt.
Die Alarmmeldung ist beim Ableser eingangen und nach ungefähr einem Monat später mir von der Verwaltung mitgeteilt worden.
Also wird die gesendet.
Im Anhang "Anhang 2 M-Bus Einheiten"
auf Seite 12
findet sich eine Fehlerstatus(ZVERRBI) Angabe

so far
Zur Not hat er ja noch einen optischen Zugang , M-Bus müsste auch klemmbar sein und wenn alle Stricke reißen; Kamera und Led zum Displayauslesen.

Soweit mein Informationstand.zwischen den Feiertagen hab ich mehr Zeit mich einzuarbeiten.

LG Mic
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: zoid88 am 17 Januar 2016, 08:55:19
Ich habe über Nacht auch probiert meinem Kamstrup Multical 402 irgendwelche Daten zu entlocken. Verwunderlicher Weise hab ich heute früh wirklich ein MBus Device in FHEM gehabt.

Leider bekomme ich diese Log Einträge (gleich wie bei Techem Zählern):

State: Unsupported CI Field a2, remaining payload is 111d00139bb6de38df474a7ba56c84

Gibt's hierfür mittlerweile eine Lösung?

Danke schonmal


Gesendet von iPhone mit Tapatalk
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: herrmannj am 17 Januar 2016, 12:43:55
Hi

Am Rande: Techem kannst Du lesen mit 32_TechemHKV (Heizkostenverteiler) und 32_TechemWZ (Kalt- Warmwasser + Wärmemenge Heizung) .
Der payload den Du geposted hast geht vmtl nicht mit den Techem modulen..

vg
joerg

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: zoid88 am 17 Januar 2016, 20:15:38
Damit war ich leider erfolglos....


Gesendet von iPhone mit Tapatalk
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 17 Januar 2016, 20:27:13
Zitat von: zoid88 am 17 Januar 2016, 08:55:19
Ich habe über Nacht auch probiert meinem Kamstrup Multical 402 irgendwelche Daten zu entlocken. Verwunderlicher Weise hab ich heute früh wirklich ein MBus Device in FHEM gehabt.

ich habe zu dem Gerät gerade dieses Dokument (http://www.molline.de/fileadmin/content/produkte_waerme/Ultramess_402/Beschreibung_Ultramess_402.pdf) gefunden.

Darin steht ab Seite 83 was zu dem Protokoll, nennt sich KMP.
Vielleicht kann man daraus schon etwas ableiten, oder besser noch wie in Abschnitt 12.1.2 beschrieben versuchen vom Hersteller eine Beschreibung zu bekommen.

Wenn die vorliegt sollte es kein Problem mehr sein, den Zähler einzubinden. Willst du das mal versuchen?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: zoid88 am 17 Januar 2016, 20:37:20
Werde mich morgen darum kümmern und versuchen zu den Infos zu kommen. Sollte es mir (wieder erwarten) gelingen, würden wir noch jemanden benötigen des das ganze zum funktionieren bringt ;-) bin leider selber nur Anwender....


Gesendet von iPhone mit Tapatalk
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: zoid88 am 20 Januar 2016, 10:21:33
Heute hat sich wieder erwarten die Firma Kamstrup bei mir gemeldet und die die Unterlagen zugeschickt. Ich kann es kaum glauben.
Jetzt stehe ich allerdings vor der Herausforderung das die Infos aus den Unterlagen auch in ein Modul eingearbeitet werden....

Was ich bis jetzt herausgefunden habe ist Kamstrup offenbar der eigentliche Hersteller der Heatmeter die dann an andere Hersteller zB. Molline weiterverkauft werden.
Somit dürfte die Userbase (und vl. auch das Interesse des ein oder anderen Modul Entwicklers) etwas steigen.

Wer also Interesse hat mir und vermutlich vielen anderen FHEM Usern zu helfen, dem könnte ich die Unterlagen weiterleiten.

Vorab schoneinmal vielen Dank.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 20 Januar 2016, 18:21:31
Zitat von: zoid88 am 20 Januar 2016, 10:21:33
Heute hat sich wieder erwarten die Firma Kamstrup bei mir gemeldet und die die Unterlagen zugeschickt. Ich kann es kaum glauben.
Jetzt stehe ich allerdings vor der Herausforderung das die Infos aus den Unterlagen auch in ein Modul eingearbeitet werden....

Was ich bis jetzt herausgefunden habe ist Kamstrup offenbar der eigentliche Hersteller der Heatmeter die dann an andere Hersteller zB. Molline weiterverkauft werden.
Somit dürfte die Userbase (und vl. auch das Interesse des ein oder anderen Modul Entwicklers) etwas steigen.

Wer also Interesse hat mir und vermutlich vielen anderen FHEM Usern zu helfen, dem könnte ich die Unterlagen weiterleiten.

Vorab schoneinmal vielen Dank.
Schick mir die Dokumente mal und am besten auch ein paar Rohmessages von deinem Zähler.
Dann kann ich beurteilen, ob es sinnvoll ist das ins WMBUS Modul einzubauen oder ein neues zu machen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: zoid88 am 20 Januar 2016, 18:47:45
Hallo,

anbei die Infos:

2016-01-16_22:43:32 WMBUS_HYD_30000786_17_21 Unsupported CI Field a2, remaining payload is 611d00139bf912c48ea27176a42389
2016-01-16_22:48:20 WMBUS_HYD_30000786_17_21 Unsupported CI Field a2, remaining payload is 711d00139bee3d8d2583a2af7f3a8b
2016-01-16_23:20:35 WMBUS_HYD_30000786_17_21 Unsupported CI Field a2, remaining payload is 411d00139bd54c57d8e1d6c512118c
2016-01-16_23:33:25 WMBUS_HYD_30000786_17_21 Unsupported CI Field a2, remaining payload is 411d00139bd54c57d8e1d6c512118c
2016-01-16_23:47:59 WMBUS_HYD_30000786_17_21 Unsupported CI Field a2, remaining payload is 011d00139b88f171746699a27e7586
2016-01-16_23:51:48 WMBUS_HYD_30000786_17_21 Unsupported CI Field a2, remaining payload is 211d00139ba6afe222253e11c84783
2016-01-16_23:54:08 WMBUS_HYD_30000786_17_21 Unsupported CI Field a2, remaining payload is 211d00139ba6afe222253e11c84783
2016-01-16_23:58:04 WMBUS_HYD_30000786_17_21 Unsupported CI Field a2, remaining payload is 511d00139bc3631e73c0051cc9088e
2016-01-17_00:01:59 WMBUS_HYD_30000786_17_21 Unsupported CI Field a2, remaining payload is 011d00139b88f171746699a27e7586
2016-01-17_00:05:21 WMBUS_HYD_30000786_17_21 Unsupported CI Field a2, remaining payload is 711d00139bed3d8d2583a2af7f3a8b
2016-01-17_00:06:23 WMBUS_HYD_30000786_17_21 Unsupported CI Field a2, remaining payload is 611d00139bfa12c48ea27176a42389
2016-01-17_00:09:45 WMBUS_HYD_30000786_17_21 Unsupported CI Field a2, remaining payload is 511d00139bc3631e73c0051cc9088e
2016-01-17_00:27:23 WMBUS_HYD_30000786_17_21 Unsupported CI Field a2, remaining payload is 611d00139bc512c48ea27176a42389
2016-01-17_00:32:47 WMBUS_HYD_30000786_17_21 Unsupported CI Field a2, remaining payload is 311d00139b8e80ab8904edc8135e81
2016-01-17_00:41:59 WMBUS_HYD_30000786_17_21 Unsupported CI Field a2, remaining payload is 211d00139b99afe222253e11c84783
2016-01-17_00:48:40 WMBUS_HYD_30000786_17_21 Unsupported CI Field a2, remaining payload is 011d00139bb7f171746699a27e7586
2016-01-17_00:57:09 WMBUS_HYD_30000786_17_21 Unsupported CI Field a2, remaining payload is 211d00139b99afe222253e11c84783
2016-01-17_07:45:27 WMBUS_HYD_30000786_17_21 Unsupported CI Field a2, remaining payload is 111d00139bb6de38df474a7ba56c84

LG
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 20 Januar 2016, 20:11:47
Das Dokument sieht gut aus, damit sollte sich was anfangen lassen.

Das sind allerdings nicht die ganzen Rohmessages sondern nur die Fehlermeldungen. Setze mal verbose bei dem WMBUS Device auf 5 und logge nochmal, interessant ist das was nach WMBUS raw msg kommt.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: zoid88 am 20 Januar 2016, 20:35:50
Hab die Settings gerade gemacht. Das letzte mal hat es etwas länger gedauert bis ich etwas bekommen habe. Mal sehen wie lange es dieses mal dauert.


Gesendet von iPhone mit Tapatalk
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 20 Januar 2016, 21:12:19
Hm, bist du sicher, dass die Daten von dem Kamstrup kommen?


WMBUS_HYD_30000786_17_21


HYD ist nämlich das Herstellerkürzel für Hydrometer GmbH und Typ 21 ist ein Heißwasserzähler.
Kamstrup hat KAM, KAS und KMB.

Findest du auf dem Zähler irgendwo die Nummer 30000786?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: zoid88 am 20 Januar 2016, 21:40:13
Nein....
Da hab ich mich jetzt ausgezeichnet.... :-(
Frag mich aber wo die sein sollen, weil unsere Wasserzähler eigentlich noch mechanisch sind....

Also war das so wie es aussieht vergebene Liebesmühe?

(http://uploads.tapatalk-cdn.com/20160120/618614a81b7dcbe4578bb0035eeda822.jpg)


Gesendet von iPhone mit Tapatalk
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 20 Januar 2016, 21:54:36
Ja, mit WMBUS wird das wohl nichts.

Aus deiner Typennummer lässt sich laut technischer Spezifikation des Multical 402 ablesen, dass der
Funk, EU, 434 MHz, int.+ ext. Ant., NET0 + 2 Impulseingänge (VA, VB)
hat.

Also ein Kamstrup eigenes Funkprotokoll auf 434MHz. Das ist aber in dem Dokument nicht beschrieben, das beschreibt ein kabelgebundenes oder IR-Protokoll.

Die empfangenen Daten könnten auch aus der Nachbarschaft kommen.

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: zoid88 am 20 Januar 2016, 21:58:42
Glaubst du macht es Sinn wenn ich da noch mal nach hacke?
Werde morgen mal zu meinem Wasserzähler in die Grube klettern und sehen ob die Wasserwerke in meiner Abwesenheit den Zähler getauscht haben.


Gesendet von iPhone mit Tapatalk
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 20 Januar 2016, 22:04:11
Nachfragen kann nicht schaden.

Allerdings wird der Aufwand für eine Einbindung in fhem dadurch noch größer, da wahrscheinlich auch Anpassungen an der culfw nötig wären.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaizo am 28 Januar 2016, 19:09:09
Hallo,

also das Thema WMbus interessiert mich zur Zeit auch sehr. Ich bin auf der Suche nach einem günstigen Wärmemengenzähler mit Auslesefunktion, da bin ich auch auf den Kamstrup gestoßen. Der Multical 302 würde mir reichen, der kann auch schon mit WMbus günstig ausgerüstet werden.
Hat hier bereits jemand erfahrungen mit der Einbindung dieses Zählers im Fhem?
Direkt oder ggf. über etwas separates, wie ein zusätzlicher rpi oder so?


Gruß
Kai
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Gammel am 30 Januar 2016, 16:20:05
Hallo,
ich habe gestern neue elektronische Heizkostenverteiler von Kalorimeta (Kalo 1.5M) mit Funk auf 868Mhz bekommen. Ich habe mal den CUL auf dem WMBus_S Mode sniffen lassen. Der hat dann direkt um die 250 Devices aus der Umgebung gefunden und angelegt. Kalorimeta hat hier wohl flächendeckend getauscht, daher ist hier jetzt auf dem Band so einiges los. Dank der Seriennummern konnte ich aber dann doch noch die eigenen Geräte rausfischen.
Ich habe mich nur jetzt gefragt, ob man wohl an die Werte der Zähler kommt (Wie z.B. beim TechemHKV). Vielleicht sind die mit der Seriennummer codiert- ich tippe aber auf AES-128. Hier ist erstmal ein Ausschnitt aus dem Log eines meines Geräte and der Heizung:

2016-01-30_16:02:08 WMBUS_LSE_86573099_44_8 1_storage_no: 0
2016-01-30_16:02:08 WMBUS_LSE_86573099_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_16:02:08 WMBUS_LSE_86573099_44_8 1_value: 3500820780359459e840bb37ba89bd87ec356a15ff92f1fde0ea8bebeffea4a10592450b69733d4a4dbc81bb986ead7fd26013c4d838046d02101e21
2016-01-30_16:02:08 WMBUS_LSE_86573099_44_8 1_unit:
2016-01-30_16:02:08 WMBUS_LSE_86573099_44_8 1_value_type: Instantaneous value
2016-01-30_16:02:08 WMBUS_LSE_86573099_44_8 battery: ok
2016-01-30_16:02:08 WMBUS_LSE_86573099_44_8 is_encrypted: 0
2016-01-30_16:02:08 WMBUS_LSE_86573099_44_8 decryption_ok: 1
2016-01-30_16:02:08 WMBUS_LSE_86573099_44_8 no errors
2016-01-30_16:04:14 WMBUS_LSE_86573099_44_8 1_storage_no: 0
2016-01-30_16:04:14 WMBUS_LSE_86573099_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_16:04:14 WMBUS_LSE_86573099_44_8 1_value: 350082078035de03f24d29bca259121ade340ae7a80c6478293dfa47c8e0a7bc0685b10a4d824ff99c19fcb45b7aa53648bd4a7d6e3a046d04101e21
2016-01-30_16:04:14 WMBUS_LSE_86573099_44_8 1_unit:
2016-01-30_16:04:14 WMBUS_LSE_86573099_44_8 1_value_type: Instantaneous value
2016-01-30_16:04:14 WMBUS_LSE_86573099_44_8 battery: ok
2016-01-30_16:04:14 WMBUS_LSE_86573099_44_8 is_encrypted: 0
2016-01-30_16:04:14 WMBUS_LSE_86573099_44_8 decryption_ok: 1
2016-01-30_16:04:14 WMBUS_LSE_86573099_44_8 no errors
2016-01-30_16:06:23 WMBUS_LSE_86573099_44_8 1_storage_no: 0
2016-01-30_16:06:23 WMBUS_LSE_86573099_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_16:06:23 WMBUS_LSE_86573099_44_8 1_value: 3500820780355e91da1ffa49fbc915b6a870a1a88a0c4ba25a4563642260f5af10e333cdaa45ee36b10cfa64c8a4e601bb3199f61136046d06101e21
2016-01-30_16:06:23 WMBUS_LSE_86573099_44_8 1_unit:
2016-01-30_16:06:23 WMBUS_LSE_86573099_44_8 1_value_type: Instantaneous value
2016-01-30_16:06:23 WMBUS_LSE_86573099_44_8 battery: ok
2016-01-30_16:06:23 WMBUS_LSE_86573099_44_8 is_encrypted: 0
2016-01-30_16:06:23 WMBUS_LSE_86573099_44_8 decryption_ok: 1
2016-01-30_16:06:23 WMBUS_LSE_86573099_44_8 no errors


Fhem erkennt die auch schon als HKV, der letzte Auszug mit Raw-Message sieht so aus:

CUL0_RAWMSG
b49446532993057862C087278780DFF5F3500820780356C8BD667C6E7AB4B4BA3FA40D7CECCB1DE2E1CF41F8BA29EC2C52D54F0876E903CBA9B72F57FB0B84D14F36FC522793D5E9D9A9E6097046D370F1E2177::-43
1_value
3500820780352c7ec6603af4d39bc3e11e3048e58a2394fd27bc8a53e214e5ebbfc8522fe697c68dde41934253c1e9b1b4ac13f6fb96046d0f101e21


Habt ihr eine Idee?

Grüße
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: herrmannj am 30 Januar 2016, 18:58:59
sniff mal bitte fortlaufend msg *vom gleichen* HKV.

vg
joerg
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 30 Januar 2016, 19:56:52
Zitat von: Gammel am 30 Januar 2016, 16:20:05
Ich habe mich nur jetzt gefragt, ob man wohl an die Werte der Zähler kommt (Wie z.B. beim TechemHKV). Vielleicht sind die mit der Seriennummer codiert- ich tippe aber auf AES-128.

2016-01-30_16:02:08 WMBUS_LSE_86573099_44_8 is_encrypted: 0

AES verschlüsselt im Sinne des WMBUS-Standards ist das schon mal nicht.
Allerdings sind die Zähler vom Hersteller qundis (Herstellerkürzel LSE) der die eigentlich interessanten Daten in 'manufacturer specific' Datenblöcken sendet.
Ab und zu (zum Jahreswechsel?) kommen aber auch lesbare Daten.

Anfragen dazu beim Hersteller waren bisher erfolglos, eigene Versuche das zu entschlüsseln bisher auch.
Vielleicht hat hermannj da mehr Erfolg.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Gammel am 30 Januar 2016, 20:38:01
Ich habe jetzt nochmal den rfmode umgestellt (hab nur einen der noch MAX betrieb fährt) - es ist wieder ruhiger geworden. Vereinzelte HKV's senden wohl noch (5 stk in 4min). Bei meinen tut sich nichts mehr. Ich habe vom Kalo-fred noch erfahren, dass die Teile bidirektional arbeiten sollen, und nur im Ablesezeitraum "auf Empfang" bleiben, bis der Ableseonkel nach dem Stichtag wieder ein Aktivierungssignal sendet. Den Logs nach zu urteilen, scheint das schonmal irgendwie nicht der Fall zu sein.
Ich denke mal, dass der Empfang weitaus mehr Strom frisst, als kurze Sendetelegramme in bestimmten Zeiträumen. Ich tippe mal auf 8-18 Uhr alle 4min. Ein anderer HKV-Hersteller hatte das auf seiner Webseite genau so beschrieben.
Also würde ich morgen mal weitersniffen und berichten. Die bislang geloggten Daten stehen unten (die raw Daten fehlen aber leider- ich hatte kurz mal den CUL im verbose mode laufen, daher stehen ein paar raw sachen im Hauptlog. Die habe ich anhand der Uhrzeiten mal rauskopiert und in kursiv hinterlegt. Ob das jetzt die richtigen Werte sind wg. eventueller Verzögerung, weiß ich aber leider nicht.). Auf verbose 5 des HKV's steht sogar schonmal die Temperatur drin! (s. Foto) :)

Wenn ich explizit den betreffenden HKV auf verbose 5 stelle, loggt fhem die raw-Daten dann mit? Oder muss ich den CUL auf v 5 stellen? Beim 2. würde dann allerdings wieder das Logfile explodieren.

edit: kursiv geht wohl nicht im code m) - habs jetzt eingerückt
2016-01-30_06:34:31 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_06:34:31 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_06:34:31 WMBUS_LSE_86573102_44_8 1_value: 35008205803596658e4105544adb2d1244e1d5b3ddbeb27f7f13b2ef5e516f263c3b195a1bff8bb7d5405f186465c0aa43cbde0fe11b046d22061e21
2016-01-30_06:34:31 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_06:34:31 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_06:34:31 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_06:34:31 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_06:34:31 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_06:34:31 WMBUS_LSE_86573102_44_8 no errors

[i]
2016.01.30 06:34:00 5: CUL/RAW: /b49446532653157862C08D94D780DFF5F350082048035BDB2D47273B7BF61930
2016.01.30 06:34:00 5: CUL/RAW: b49446532653157862C08D94D780DFF5F350082048035BDB2D47273B7BF61930/99AF492FFE6130B1EC9B29AAE6B7D4B7F0EA18FC439F6FA498EB5ACD58B19AA4D88D774BA133EC59A3315BF27046D21061E213043

2016.01.30 06:34:00 4: CUL_Parse: CUL0 b49446532653157862C08D94D780DFF5F350082048035BDB2D47273B7BF6193099AF492FFE6130B1EC9B29AAE6B7D4B7F0EA18FC439F6FA498EB5ACD58B19AA4D88D774BA133EC59A3315BF27046D21061E213043 -40.5
2016.01.30 06:34:00 5: CUL0 dispatch b49446532653157862C08D94D780DFF5F350082048035BDB2D47273B7BF6193099AF492FFE6130B1EC9B29AAE6B7D4B7F0EA18FC439F6FA498EB5ACD58B19AA4D88D774BA133EC59A3315BF27046D21061E2130::-40.5
2016.01.30 06:34:00 5: WMBUS raw msg b49446532653157862C08D94D780DFF5F350082048035BDB2D47273B7BF6193099AF492FFE6130B1EC9B29AAE6B7D4B7F0EA18FC439F6FA498EB5ACD58B19AA4D88D774BA133EC59A3315BF27046D21061E2130::-40.5[/i]

2016-01-30_06:36:36 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_06:36:36 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_06:36:36 WMBUS_LSE_86573102_44_8 1_value: 35008205803566922ce53bc08022888efcc1d869bea23e4e9c869390e0fa33018a8692dd2b50bffc91750b83c290886b719f90d4c5b6046d24061e21
2016-01-30_06:36:36 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_06:36:36 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_06:36:36 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_06:36:36 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_06:36:36 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_06:36:36 WMBUS_LSE_86573102_44_8 no errors

[i]
2016.01.30 06:36:35 4: CUL_Parse: CUL0 b49446532862757862C08AF75780DFF5F35008206803599D39AABEFB14775DD91108142D38913B6F09474CFA288AD82F7512F8C6107C3C7B6775F03044AF84A9AA74B7C42F930BD7B022C871C046D24061E21DDC3 -104.5
2016.01.30 06:36:35 5: CUL0 dispatch b49446532862757862C08AF75780DFF5F35008206803599D39AABEFB14775DD91108142D38913B6F09474CFA288AD82F7512F8C6107C3C7B6775F03044AF84A9AA74B7C42F930BD7B022C871C046D24061E21DD::-104.5
2016.01.30 06:36:35 5: WMBUS raw msg b49446532862757862C08AF75780DFF5F35008206803599D39AABEFB14775DD91108142D38913B6F09474CFA288AD82F7512F8C6107C3C7B6775F03044AF84A9AA74B7C42F930BD7B022C871C046D24061E21DD::-104.5
2016.01.30 06:36:36 5: CUL/RAW: /b49446532290774862C08025C780DFF5F3500820480353BE82E5740A7D9C5B2C
2016.01.30 06:36:36 5: CUL/RAW: b49446532290774862C08025C780DFF5F3500820480353BE82E5740A7D9C5B2C/B246809E5F9D6640047B6BC1CE62D71EA7D47B3B93D3068E3D0D20AE3D8C9F34
2016.01.30 06:36:36 5: CUL/RAW: b49446532290774862C08025C780DFF5F3500820480353BE82E5740A7D9C5B2CB246809E5F9D6640047B6BC1CE62D71EA7D47B3B93D3068E3D0D20AE3D8C9F34/46700D99FD945A65E74D8593F046D24061E217E14

2016.01.30 06:36:36 4: CUL_Parse: CUL0 b49446532290774862C08025C780DFF5F3500820480353BE82E5740A7D9C5B2CB246809E5F9D6640047B6BC1CE62D71EA7D47B3B93D3068E3D0D20AE3D8C9F3446700D99FD945A65E74D8593F046D24061E217E14 -64
2016.01.30 06:36:36 5: CUL0 dispatch b49446532290774862C08025C780DFF5F3500820480353BE82E5740A7D9C5B2CB246809E5F9D6640047B6BC1CE62D71EA7D47B3B93D3068E3D0D20AE3D8C9F3446700D99FD945A65E74D8593F046D24061E217E::-64
2016.01.30 06:36:36 5: WMBUS raw msg b49446532290774862C08025C780DFF5F3500820480353BE82E5740A7D9C5B2CB246809E5F9D6640047B6BC1CE62D71EA7D47B3B93D3068E3D0D20AE3D8C9F3446700D99FD945A65E74D8593F046D24061E217E::-64
2016.01.30 06:36:36 5: CUL/RAW: /b49446532193157862C08BB53780DFF5F3500820580358B42F55B92FE7116910
2016.01.30 06:36:36 5: CUL/RAW: b49446532193157862C08BB53780DFF5F3500820580358B42F55B92FE7116910/C04C61FBDFAA0087A2BF18C4DE1841FB788D5E2DCF3295047B28F26925AD197C
2016.01.30 06:36:36 5: CUL/RAW: b49446532193157862C08BB53780DFF5F3500820580358B42F55B92FE7116910C04C61FBDFAA0087A2BF18C4DE1841FB788D5E2DCF3295047B28F26925AD197C/F5AB6DEDD76911F286D90E7D9046D24061E215E9A

2016.01.30 06:36:36 4: CUL_Parse: CUL0 b49446532193157862C08BB53780DFF5F3500820580358B42F55B92FE7116910C04C61FBDFAA0087A2BF18C4DE1841FB788D5E2DCF3295047B28F26925AD197CF5AB6DEDD76911F286D90E7D9046D24061E215E9A -125
2016.01.30 06:36:36 5: CUL0 dispatch b49446532193157862C08BB53780DFF5F3500820580358B42F55B92FE7116910C04C61FBDFAA0087A2BF18C4DE1841FB788D5E2DCF3295047B28F26925AD197CF5AB6DEDD76911F286D90E7D9046D24061E215E::-125
2016.01.30 06:36:36 5: WMBUS raw msg b49446532193157862C08BB53780DFF5F3500820580358B42F55B92FE7116910C04C61FBDFAA0087A2BF18C4DE1841FB788D5E2DCF3295047B28F26925AD197CF5AB6DEDD76911F286D90E7D9046D24061E215E::-125
2016.01.30 06:36:36 5: CUL/RAW: /b49446532023157862C087CE9780DFF5F35008205803566922CE53BC0D32F802
2016.01.30 06:36:36 5: CUL/RAW: b49446532023157862C087CE9780DFF5F35008205803566922CE53BC0D32F802/2888EFCC1D869BEA23E4E9C8693905C75E0FA33018A8692DD2B50BFFC91750B8
2016.01.30 06:36:36 5: CUL/RAW: b49446532023157862C087CE9780DFF5F35008205803566922CE53BC0D32F8022888EFCC1D869BEA23E4E9C8693905C75E0FA33018A8692DD2B50BFFC91750B8/3967BC290886B719F90D4C5B6046D24061E214E76

2016.01.30 06:36:36 4: CUL_Parse: CUL0 b49446532023157862C087CE9780DFF5F35008205803566922CE53BC0D32F8022888EFCC1D869BEA23E4E9C8693905C75E0FA33018A8692DD2B50BFFC91750B83967BC290886B719F90D4C5B6046D24061E214E76 -15
2016.01.30 06:36:36 5: CUL0 dispatch b49446532023157862C087CE9780DFF5F35008205803566922CE53BC0D32F8022888EFCC1D869BEA23E4E9C8693905C75E0FA33018A8692DD2B50BFFC91750B83967BC290886B719F90D4C5B6046D24061E214E::-15
2016.01.30 06:36:36 5: WMBUS raw msg b49446532023157862C087CE9780DFF5F35008205803566922CE53BC0D32F8022888EFCC1D869BEA23E4E9C8693905C75E0FA33018A8692DD2B50BFFC91750B83967BC290886B719F90D4C5B6046D24061E214E::-15
2016.01.30 06:36:36 5: CUL/RAW: /b49446532712757862C08D625780DFF5F3500820680353DE1EE328AE5B0A181A
2016.01.30 06:36:36 5: CUL/RAW: b49446532712757862C08D625780DFF5F3500820680353DE1EE328AE5B0A181A/F62C7D53DA05B03D813862B6F5332B19052A3A54A3B3CBEA20123A5A11AFEABA9A541CAC3F9F973AC10FA82D6046D24061E218B91

[/i]

2016-01-30_06:40:53 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_06:40:53 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_06:40:53 WMBUS_LSE_86573102_44_8 1_value: 3500820580350a7f0cbac98ac6e27d0128e82aa58502a8e1c9e85c35d9f5a86ceaceccf79b876ccd3e57690c3f0661ea3a4414d095ba046d28061e21
2016-01-30_06:40:53 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_06:40:53 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_06:40:53 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_06:40:53 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_06:40:53 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_06:40:53 WMBUS_LSE_86573102_44_8 no errors

[i]
2016.01.30 06:40:52 4: CUL_Parse: CUL0 b49446532672357862C08A89E780DFF5F350082048035ECC197F6894495D3FC049189DEE253F8F133F5D478EA90C5EA074952D28FBEAF1BE558ABDA4E5DE53720911E20B2E4F4857461FF48FC046D28061E21835B -28.5
2016.01.30 06:40:52 5: CUL0 dispatch b49446532672357862C08A89E780DFF5F350082048035ECC197F6894495D3FC049189DEE253F8F133F5D478EA90C5EA074952D28FBEAF1BE558ABDA4E5DE53720911E20B2E4F4857461FF48FC046D28061E2183::-28.5
2016.01.30 06:40:52 5: WMBUS raw msg b49446532672357862C08A89E780DFF5F350082048035ECC197F6894495D3FC049189DEE253F8F133F5D478EA90C5EA074952D28FBEAF1BE558ABDA4E5DE53720911E20B2E4F4857461FF48FC046D28061E2183::-28.5
2016.01.30 06:40:53 5: CUL/RAW: /b49446532023157862C087CE9780DFF5F3500820580350A7F0CBAC98A71F4C6E
2016.01.30 06:40:53 5: CUL/RAW: b49446532023157862C087CE9780DFF5F3500820580350A7F0CBAC98A71F4C6E/27D0128E82AA58502A8E1C9E85C35272FD9F5A86CEACECCF79B876CCD3E57690
2016.01.30 06:40:53 5: CUL/RAW: b49446532023157862C087CE9780DFF5F3500820580350A7F0CBAC98A71F4C6E27D0128E82AA58502A8E1C9E85C35272FD9F5A86CEACECCF79B876CCD3E57690/C7B023F0661EA3A4414D095BA046D28061E2136A3

2016.01.30 06:40:53 4: CUL_Parse: CUL0 b49446532023157862C087CE9780DFF5F3500820580350A7F0CBAC98A71F4C6E27D0128E82AA58502A8E1C9E85C35272FD9F5A86CEACECCF79B876CCD3E57690C7B023F0661EA3A4414D095BA046D28061E2136A3 -120.5
2016.01.30 06:40:53 5: CUL0 dispatch b49446532023157862C087CE9780DFF5F3500820580350A7F0CBAC98A71F4C6E27D0128E82AA58502A8E1C9E85C35272FD9F5A86CEACECCF79B876CCD3E57690C7B023F0661EA3A4414D095BA046D28061E2136::-120.5
2016.01.30 06:40:53 5: WMBUS raw msg b49446532023157862C087CE9780DFF5F3500820580350A7F0CBAC98A71F4C6E27D0128E82AA58502A8E1C9E85C35272FD9F5A86CEACECCF79B876CCD3E57690C7B023F0661EA3A4414D095BA046D28061E2136::-120.5
2016.01.30 06:40:54 5: CUL/RAW: /b51446532223528762C084852780B6E8502000DFF5F2F00018D80823BC88108B
2016.01.30 06:40:54 5: CUL/RAW: b51446532223528762C084852780B6E8502000DFF5F2F00018D80823BC88108B/06EFFFFFF1C61080000FF1C610800120400C5FF1B01370000000000000000000052E9000C0047007900BA00046D28061E210186E8FD660102FF6EE700D0B6

[/i]

2016-01-30_15:02:59 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_15:02:59 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_15:02:59 WMBUS_LSE_86573102_44_8 1_value: 350082078035863af341ed6b420098e03c1a47b6c9607625eda171bb0b70d4dfd04bba6d8b83046f4d37288da7832b2f49587b3526b1046d030f1e21
2016-01-30_15:02:59 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_15:02:59 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_15:02:59 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_15:02:59 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_15:02:59 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_15:02:59 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_15:05:09 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_15:05:09 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_15:05:09 WMBUS_LSE_86573102_44_8 1_value: 35008207803592faaffb2432f408a25d5c4823d07c69e362c1e8c9744441a67b375b0be5803ccfd4bcf0f367435e8de94be5369ef97b046d050f1e21
2016-01-30_15:05:09 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_15:05:09 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_15:05:09 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_15:05:09 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_15:05:09 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_15:05:09 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_15:07:16 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_15:07:16 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_15:07:16 WMBUS_LSE_86573102_44_8 1_value: 3500820780351f083816f278752c25aca56bb503f0f2addf3ebf609e49eccbe5c7af3cf169be2aa95739897cd7c9c6857e29811eda4a046d070f1e21
2016-01-30_15:07:16 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_15:07:16 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_15:07:16 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_15:07:16 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_15:07:16 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_15:07:16 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_15:15:49 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_15:15:49 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_15:15:49 WMBUS_LSE_86573102_44_8 1_value: 350082078035ca50cdc689585fda235840741e96b5b81f08f758b8dd01b08f04ce78d4aa63e72f2dedbe6408a4da595e2a8c08e1a4e4046d0f0f1e21
2016-01-30_15:15:49 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_15:15:49 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_15:15:49 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_15:15:49 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_15:15:49 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_15:15:49 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_15:17:56 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_15:17:56 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_15:17:56 WMBUS_LSE_86573102_44_8 1_value: 350082078035025a4ec6a7aadb42ea4e22eadc4d79bd551b05d57f0610f383caf307ddc341ebea3b2d7728cb21d92333fce8b3f2a384046d110f1e21
2016-01-30_15:17:56 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_15:17:56 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_15:17:56 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_15:17:56 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_15:17:56 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_15:17:56 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_15:20:06 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_15:20:06 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_15:20:06 WMBUS_LSE_86573102_44_8 1_value: 35008207803527f0f73d4dbf554abc0567fd25f1023952c53f313fb7313c6e292c1b6135d793965e8da60e0c4c46ce43f0055e52dfb6046d140f1e21
2016-01-30_15:20:06 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_15:20:06 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_15:20:06 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_15:20:06 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_15:20:06 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_15:20:06 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_15:22:11 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_15:22:11 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_15:22:11 WMBUS_LSE_86573102_44_8 1_value: 35008207803598d6706899660dd0eaaf83c9ec48663872583123985ef9e8eed52dda29677f13dbe2e3a5f01af1a31a304622ba0062cb046d160f1e21
2016-01-30_15:22:11 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_15:22:11 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_15:22:11 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_15:22:11 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_15:22:11 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_15:22:11 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_15:24:20 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_15:24:20 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_15:24:20 WMBUS_LSE_86573102_44_8 1_value: 3500820780355c1f57bfd42d75172408a98e654357a767d3ef62ca430e46d8a92fd33f8dad71f83021f62da1258bd39a4b47fc4ac39c046d180f1e21
2016-01-30_15:24:20 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_15:24:20 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_15:24:20 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_15:24:20 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_15:24:20 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_15:24:20 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_15:26:26 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_15:26:26 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_15:26:26 WMBUS_LSE_86573102_44_8 1_value: 3500820780355808cac7b66cb82adf82a5937e52a15136407305f819ff40e97bb6c78584b0561c55ddb776b89504a39cf4448efb045f046d1a0f1e21
2016-01-30_15:26:26 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_15:26:26 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_15:26:26 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_15:26:26 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_15:26:26 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_15:26:26 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_15:28:36 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_15:28:36 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_15:28:36 WMBUS_LSE_86573102_44_8 1_value: 350082078035b3e9d8ed5f2296b767187c8c4a8b45f14466f3a4ccc93a7f30db0a42cb778593f332c7c1707ba9753e7482a499d28676046d1c0f1e21
2016-01-30_15:28:36 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_15:28:36 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_15:28:36 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_15:28:36 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_15:28:36 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_15:28:36 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_15:30:43 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_15:30:43 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_15:30:43 WMBUS_LSE_86573102_44_8 1_value: 3500820780357ebaa8c95c56e9aa23bc297dbb0386c879dd0082e2fbbac273b9efe2a5922b76265cd3208c5d1dc38e49e1ab61fab5e6046d1e0f1e21
2016-01-30_15:30:43 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_15:30:43 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_15:30:43 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_15:30:43 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_15:30:43 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_15:30:43 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_15:32:53 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_15:32:53 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_15:32:53 WMBUS_LSE_86573102_44_8 1_value: 3500820780357116251e205810b37a58e813f95c4caa775a6a85deec3e3e0725a474c4f8d18d77555383e1a6e7327ff4b923aa1d0414046d200f1e21
2016-01-30_15:32:53 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_15:32:53 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_15:32:53 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_15:32:53 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_15:32:53 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_15:32:53 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_15:34:59 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_15:34:59 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_15:34:59 WMBUS_LSE_86573102_44_8 1_value: 350082078035af29a4fc30144c388eaba4ae99e259cd27e8f6abdd7dbdadd1242c294c33b5f853e63ff1ccb04873d7d042f65440eda2046d230f1e21
2016-01-30_15:34:59 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_15:34:59 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_15:34:59 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_15:34:59 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_15:34:59 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_15:34:59 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_15:39:16 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_15:39:16 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_15:39:16 WMBUS_LSE_86573102_44_8 1_value: 350082078035fd0251452647e33f916d5d05144306555333cc1f790932459e4890c28531ded42d7b445579abcf2855d89de700c6c5a5046d270f1e21
2016-01-30_15:39:16 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_15:39:16 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_15:39:16 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_15:39:16 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_15:39:16 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_15:39:16 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_15:41:22 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_15:41:22 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_15:41:22 WMBUS_LSE_86573102_44_8 1_value: 350082078035a3fb63d4dfdd469814cf473a1797017402f901458ef14039fbebd6aecbcfb3a95b52a673e3250843b9504616029aa023046d290f1e21
2016-01-30_15:41:22 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_15:41:22 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_15:41:22 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_15:41:22 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_15:41:22 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_15:41:22 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_15:43:32 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_15:43:32 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_15:43:32 WMBUS_LSE_86573102_44_8 1_value: 350082078035bbe64b239048abad849b65d1f730a3ac6c3fa08be0a1304c261de39753566370e3c6b227c1d3ce0986e9987c4a0b7ffe046d2b0f1e21
2016-01-30_15:43:32 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_15:43:32 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_15:43:32 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_15:43:32 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_15:43:32 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_15:43:32 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_15:45:39 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_15:45:39 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_15:45:39 WMBUS_LSE_86573102_44_8 1_value: 350082078035060e3385d76b219810c9553a09607d31541082a9be2d4ac34472c479328a94d33204126df0e8b8f60052bdd0b97c5d86046d2d0f1e21
2016-01-30_15:45:39 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_15:45:39 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_15:45:39 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_15:45:39 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_15:45:39 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_15:45:39 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_15:47:48 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_15:47:48 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_15:47:48 WMBUS_LSE_86573102_44_8 1_value: 3500820780352cf313ba60ddeba964c226f44b2fb750b0d18b4fa1d4d6cd9c64111022eeef1f2f81fb6b2b558373e1c4ca942f15d5ed046d2f0f1e21
2016-01-30_15:47:48 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_15:47:48 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_15:47:48 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_15:47:48 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_15:47:48 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_15:47:48 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_15:49:55 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_15:49:55 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_15:49:55 WMBUS_LSE_86573102_44_8 1_value: 35008207803568d0fd64fab6bdb270c88bda78d9c12ec9a8d881e43d5142ece8aee0f19698e777e7e9b0660f8bc46494aca3be39f2c5046d310f1e21
2016-01-30_15:49:55 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_15:49:55 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_15:49:55 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_15:49:55 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_15:49:55 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_15:49:55 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_15:52:05 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_15:52:05 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_15:52:05 WMBUS_LSE_86573102_44_8 1_value: 35008207803555460691bf649a9f89edb60d97d6a88606ffabbaa0f2828b1e4f68b2a53d08e57bfe960a6a295dc149ba9bb7bf5810dd046d340f1e21
2016-01-30_15:52:05 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_15:52:05 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_15:52:05 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_15:52:05 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_15:52:05 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_15:52:05 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_15:54:12 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_15:54:12 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_15:54:12 WMBUS_LSE_86573102_44_8 1_value: 3500820780359a3ce1716dce9edaaa039699a369e4018b6e143663fe20031318a579cc1edb21fecc165abab343458641d7cc6b1ea5bb046d360f1e21
2016-01-30_15:54:12 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_15:54:12 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_15:54:12 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_15:54:12 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_15:54:12 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_15:54:12 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_15:56:21 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_15:56:21 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_15:56:21 WMBUS_LSE_86573102_44_8 1_value: 350082078035331b7d5bcb0bf855e7a7f1f706098e6a79be313eaba9b778e37278eee976320eab7742cd27d419db4bda4133529d7d80046d380f1e21
2016-01-30_15:56:21 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_15:56:21 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_15:56:21 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_15:56:21 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_15:56:21 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_15:56:21 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_15:58:29 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_15:58:29 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_15:58:29 WMBUS_LSE_86573102_44_8 1_value: 3500820780356234d50f24f5d1837fc4680ad02ae86681090f0b7dde823ef475d6cb101393125af5f258ab3214f3261b45dfc171f4c9046d3a0f1e21
2016-01-30_15:58:29 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_15:58:29 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_15:58:29 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_15:58:29 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_15:58:29 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_15:58:29 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_16:00:35 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_16:00:35 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_16:00:35 WMBUS_LSE_86573102_44_8 1_value: 350082078035bb5bcd3e9e163560992bb65d57e757ca4bbb7d7ef4a20042258ee3ccb1ea93a63e82db97baf7cb0aaba7efe68ba4bd99046d00101e21
2016-01-30_16:00:35 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_16:00:35 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_16:00:35 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_16:00:35 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_16:00:35 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_16:00:35 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_16:02:45 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_16:02:45 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_16:02:45 WMBUS_LSE_86573102_44_8 1_value: 3500820780359bd8059b6a90cd2bdf1159d31e3496010f8043bebfe8c88d22ba0f50589980419470aec38410446b616c005e7f024401046d02101e21
2016-01-30_16:02:45 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_16:02:45 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_16:02:45 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_16:02:45 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_16:02:45 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_16:02:45 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_16:04:52 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_16:04:52 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_16:04:52 WMBUS_LSE_86573102_44_8 1_value: 3500820780357773b8ed62e46a39efa3d77ea60e239673806880cc370fc7e1aae99026199f5a1979c3fcb0106a2c2117cc87b16dbdb1046d04101e21
2016-01-30_16:04:52 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_16:04:52 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_16:04:52 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_16:04:52 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_16:04:52 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_16:04:52 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_16:06:58 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_16:06:58 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_16:06:58 WMBUS_LSE_86573102_44_8 1_value: 3500820780353d16c23297c90eeda847f2cffd697caf8e1a37bb4942e360c28ad3e73d679457ee4a79362c895ca662e1a83b4fc6fdb8046d07101e21
2016-01-30_16:06:58 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_16:06:58 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_16:06:58 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_16:06:58 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_16:06:58 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_16:06:58 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_16:09:10 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_16:09:10 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_16:09:10 WMBUS_LSE_86573102_44_8 1_value: 350082078035223e84451a720beea25e59dccb944623200dc4a9af07c4eefd69a3fd7944ba8e6c2c3fbf694816fb1b410fa2a52ec314046d09101e21
2016-01-30_16:09:10 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_16:09:10 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_16:09:10 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_16:09:10 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_16:09:10 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_16:09:10 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_16:11:14 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_16:11:14 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_16:11:14 WMBUS_LSE_86573102_44_8 1_value: 3500820780355edfd17f68a16f78d795db63c2ca641232fb514df39d0311a214a7195b49f1d77a214da1e596777238ffcb0b86a2b694046d0b101e21
2016-01-30_16:11:14 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_16:11:14 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_16:11:14 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_16:11:14 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_16:11:14 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_16:11:14 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_16:13:25 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_16:13:25 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_16:13:25 WMBUS_LSE_86573102_44_8 1_value: 350082078035055bee870ca421c53a7e64a95dea6b59746a6528728669458aaf30d44c2a5e3a3b8b74f31e3336cf060a5efbcb617694046d0d101e21
2016-01-30_16:13:25 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_16:13:25 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_16:13:25 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_16:13:25 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_16:13:25 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_16:13:25 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_16:15:31 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_16:15:31 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_16:15:31 WMBUS_LSE_86573102_44_8 1_value: 350082078035756a75d6b3aa5ad3ab60c5130bf52520972ebe368315f8784a55fc954ceaf191142a9e27fe4f83bcbdc0c2997ea9e99d046d0f101e21
2016-01-30_16:15:31 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_16:15:31 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_16:15:31 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_16:15:31 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_16:15:31 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_16:15:31 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_16:17:41 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_16:17:41 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_16:17:41 WMBUS_LSE_86573102_44_8 1_value: 350082078035ac59e6f0af537be179ec77230f57b81ef4a878ff8f8f0766edffe15af4047d01a4de1bb193515f4c8e12131120b31829046d11101e21
2016-01-30_16:17:41 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_16:17:41 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_16:17:41 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_16:17:41 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_16:17:41 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_16:17:41 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_16:19:48 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_16:19:48 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_16:19:48 WMBUS_LSE_86573102_44_8 1_value: 350082078035653ca4f4515f9066822add50683e045545c43624257d9ae46cc5592aedf9c813d7cee5d806c82e0c99c91553f67d9c01046d13101e21
2016-01-30_16:19:48 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_16:19:48 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_16:19:48 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_16:19:48 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_16:19:48 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_16:19:48 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_16:21:57 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_16:21:57 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_16:21:57 WMBUS_LSE_86573102_44_8 1_value: 35008207803503a43ca6708eae5bfbd4b8ae6a62feb2f7e3f96092b5b335bea57aeca9057bedd431d7b4105430207116bbeadd87b9ff046d16101e21
2016-01-30_16:21:57 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_16:21:57 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_16:21:57 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_16:21:57 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_16:21:57 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_16:21:57 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_16:24:06 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_16:24:06 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_16:24:06 WMBUS_LSE_86573102_44_8 1_value: 35008207803571158f601a84b841e26d6ab56e4126a910c211841a101f9c8d3cb18fc3542c0dc7088324fa5f7fd3f837d414c7fab580046d18101e21
2016-01-30_16:24:06 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_16:24:06 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_16:24:06 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_16:24:06 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_16:24:06 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_16:24:06 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_16:26:10 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_16:26:10 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_16:26:10 WMBUS_LSE_86573102_44_8 1_value: 3500820780354b877ba39529d1783cd5d76df9d63606769bcdfb431512cbd3dccaeeabb605e6766be3fd51579f50052173810cc51081046d1a101e21
2016-01-30_16:26:10 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_16:26:10 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_16:26:10 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_16:26:10 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_16:26:10 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_16:26:10 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_16:28:21 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_16:28:21 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_16:28:21 WMBUS_LSE_86573102_44_8 1_value: 350082078035526b82bb6fd3a3d3c32fc816fad7dcbf5f6826d82fc85cc054b5dc6a79c1e88c3f30cfee2746103394299773da42a724046d1c101e21
2016-01-30_16:28:21 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_16:28:21 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_16:28:21 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_16:28:21 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_16:28:21 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_16:28:21 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_16:30:28 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_16:30:28 WMBUS_LSE_86573102_44_8 1_type: VIF_TIME_POINT_DATE_TIME
2016-01-30_16:30:28 WMBUS_LSE_86573102_44_8 1_value: 2016-01-30 16:30
2016-01-30_16:30:28 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_16:30:28 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_16:30:28 WMBUS_LSE_86573102_44_8 2_storage_no: 0
2016-01-30_16:30:28 WMBUS_LSE_86573102_44_8 2_type: VIF_FLOW_TEMP
2016-01-30_16:30:28 WMBUS_LSE_86573102_44_8 2_value: 21.1
2016-01-30_16:30:28 WMBUS_LSE_86573102_44_8 2_unit: °C
2016-01-30_16:30:28 WMBUS_LSE_86573102_44_8 2_value_type: Instantaneous value
2016-01-30_16:30:28 WMBUS_LSE_86573102_44_8 3_storage_no: 0
2016-01-30_16:30:28 WMBUS_LSE_86573102_44_8 3_type: VIF_MODEL_VERSION
2016-01-30_16:30:28 WMBUS_LSE_86573102_44_8 3_value: 6
2016-01-30_16:30:28 WMBUS_LSE_86573102_44_8 3_unit:
2016-01-30_16:30:28 WMBUS_LSE_86573102_44_8 3_value_type: Instantaneous value
2016-01-30_16:30:28 WMBUS_LSE_86573102_44_8 4_storage_no: 0
2016-01-30_16:30:28 WMBUS_LSE_86573102_44_8 4_type: VIF_TIME_POINT_DATE
2016-01-30_16:30:28 WMBUS_LSE_86573102_44_8 4_value: invalid: ffff
2016-01-30_16:30:28 WMBUS_LSE_86573102_44_8 4_unit:
2016-01-30_16:30:28 WMBUS_LSE_86573102_44_8 4_value_type: Value during error state
2016-01-30_16:30:28 WMBUS_LSE_86573102_44_8 5_storage_no: 0
2016-01-30_16:30:28 WMBUS_LSE_86573102_44_8 5_type: MANUFACTURER SPECIFIC
2016-01-30_16:30:28 WMBUS_LSE_86573102_44_8 5_value: 0c0008793000010613080ffffc01fd7308
2016-01-30_16:30:28 WMBUS_LSE_86573102_44_8 5_unit:
2016-01-30_16:30:28 WMBUS_LSE_86573102_44_8 5_value_type: Instantaneous value
2016-01-30_16:30:28 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_16:30:28 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_16:30:28 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_16:30:28 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_16:31:05 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_16:31:05 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_16:31:05 WMBUS_LSE_86573102_44_8 1_value: 350082088035df8566bade40d28f82b2d25649de171be4c3d7fd112a16c2c7efe183cab8e4274d6fbbfd173328091bc1542dc032e9de046d1f101e21
2016-01-30_16:31:05 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_16:31:05 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_16:31:05 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_16:31:05 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_16:31:05 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_16:31:05 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_16:33:10 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_16:33:10 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_16:33:10 WMBUS_LSE_86573102_44_8 1_value: 350082088035ac1227b52235718d470b9dccf15842b8697b3cd83ba4fcfd0a5d7c0516a3ae811614656f2d6d8db727dff0f02ad59065046d21101e21
2016-01-30_16:33:10 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_16:33:10 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_16:33:10 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_16:33:10 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_16:33:10 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_16:33:10 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_16:35:19 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_16:35:19 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_16:35:19 WMBUS_LSE_86573102_44_8 1_value: 350082088035b2f13692c4c1f2a4578d7ff7e992d3edfc70f29ef311e1ca8cad8df9be9f7912436b3b4ec360a0c13386f63e9ee8d39e046d23101e21
2016-01-30_16:35:19 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_16:35:19 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_16:35:19 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_16:35:19 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_16:35:19 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_16:35:19 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_16:37:29 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_16:37:29 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_16:37:29 WMBUS_LSE_86573102_44_8 1_value: 350082088035000dedf8e3f5237f740da41f65d0bb93c398274ea414f1e8c40d2caa26383217b49300d8362200dc453663b81515faf7046d25101e21
2016-01-30_16:37:29 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_16:37:29 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_16:37:29 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_16:37:29 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_16:37:29 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_16:37:29 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_16:39:35 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_16:39:35 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_16:39:35 WMBUS_LSE_86573102_44_8 1_value: 350082088035ad6eb2238a26efbd1efa0d7476a9a2253ab2c2b06b91bd2d114f4e36d771b09d4cbc05ffaa60d5478167caeb8c09dc0d046d27101e21
2016-01-30_16:39:35 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_16:39:35 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_16:39:35 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_16:39:35 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_16:39:35 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_16:39:35 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_16:41:43 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_16:41:43 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_16:41:43 WMBUS_LSE_86573102_44_8 1_value: 350082088035343b706c0b455f146c1e47633b8584ae30f7ab53abdcd1939176c3388fba98ccc804076157306b62be41b2415df52359046d29101e21
2016-01-30_16:41:43 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_16:41:43 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_16:41:43 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_16:41:43 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_16:41:43 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_16:41:43 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_16:43:52 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_16:43:52 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_16:43:52 WMBUS_LSE_86573102_44_8 1_value: 350082088035e3a06c3642638d11d28f9982a7f1286eacefc608e504c5333975047a141ce87edf096a494aff6b0dfe910ffa26fc6479046d2b101e21
2016-01-30_16:43:52 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_16:43:52 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_16:43:52 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_16:43:52 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_16:43:52 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_16:43:52 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_16:45:58 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_16:45:58 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_16:45:58 WMBUS_LSE_86573102_44_8 1_value: 350082088035d7699da32432dbdf97da5e4c49efec796d0d132f36a7450a9b8c0171e89647ed45a0942e3cc831e3978b535c29a81c49046d2e101e21
2016-01-30_16:45:58 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_16:45:58 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_16:45:58 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_16:45:58 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_16:45:58 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_16:45:58 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_16:50:15 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_16:50:15 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_16:50:15 WMBUS_LSE_86573102_44_8 1_value: 35008208803561d54628f98584a53d5bfbbe1363bf71989bc6790527bb8be3fa328758f55f58d4f3a6023cdbabf9f9225eaee5ae316b046d32101e21
2016-01-30_16:50:15 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_16:50:15 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_16:50:15 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_16:50:15 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_16:50:15 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_16:50:15 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_16:52:22 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_16:52:22 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_16:52:22 WMBUS_LSE_86573102_44_8 1_value: 35008208803536d76e2ec34cd46e34a68b5d2f282ec99bad077d9f87e36f3e8f0887414a9ff97823c4055d4e1e574b399ca1f68d859c046d34101e21
2016-01-30_16:52:22 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_16:52:22 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_16:52:22 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_16:52:22 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_16:52:22 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_16:52:22 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_16:54:31 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_16:54:31 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_16:54:31 WMBUS_LSE_86573102_44_8 1_value: 35008208803552fed73b5967018387d2cfed4d795255f22ee277cb750e172eee3d35c444ab628cc05734ebec3dc40a18b4cf0149432f046d36101e21
2016-01-30_16:54:31 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_16:54:31 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_16:54:31 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_16:54:31 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_16:54:31 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_16:54:31 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_16:56:41 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_16:56:41 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_16:56:41 WMBUS_LSE_86573102_44_8 1_value: 3500820880359c6261a235af7a3b5b3bff3dd9283c666a22eace331c7b4dd5251883df3bbb2ff1d38ba642a71bcdf9e63ac62b1022c1046d38101e21
2016-01-30_16:56:41 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_16:56:41 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_16:56:41 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_16:56:41 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_16:56:41 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_16:56:41 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_17:00:55 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_17:00:55 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_17:00:55 WMBUS_LSE_86573102_44_8 1_value: 3500820880358df90cf5e2e593c1b856e368e9fc71b9efdad0a6f49e0fc36a283c33f5777210cdaa2a27e30f4b8c5a1fd38dc0371a59046d00111e21
2016-01-30_17:00:55 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_17:00:55 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_17:00:55 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_17:00:55 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_17:00:55 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_17:00:55 WMBUS_LSE_86573102_44_8 no errors
2016-01-30_17:03:04 WMBUS_LSE_86573102_44_8 1_storage_no: 0
2016-01-30_17:03:04 WMBUS_LSE_86573102_44_8 1_type: MANUFACTURER SPECIFIC
2016-01-30_17:03:04 WMBUS_LSE_86573102_44_8 1_value: 35008208803562233c11c0df58eaa14fc6276af16c36b9526159a14d7f111ca5c93a9b04bde33a0c9ec76b8ee50d67298c8d8bd4c68c046d03111e21
2016-01-30_17:03:04 WMBUS_LSE_86573102_44_8 1_unit:
2016-01-30_17:03:04 WMBUS_LSE_86573102_44_8 1_value_type: Instantaneous value
2016-01-30_17:03:04 WMBUS_LSE_86573102_44_8 battery: ok
2016-01-30_17:03:04 WMBUS_LSE_86573102_44_8 is_encrypted: 0
2016-01-30_17:03:04 WMBUS_LSE_86573102_44_8 decryption_ok: 1
2016-01-30_17:03:04 WMBUS_LSE_86573102_44_8 no errors


(http://thumbs.picr.de/24440107id.jpg) (http://show.picr.de/24440107id.png.html)   

Die Displaydaten sind aktuell folgende: "00003" "2F-12" "00000" (1. aktueller Verbrauchswert, 2."Temperaturbereich/Fühlersystem
2F/-H/-L u. Stichtag z.B. 31.12.", 3. Verbrauchswert Vorjahr)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 30 Januar 2016, 21:17:54
Das WMBUS Modul hat ein Attribut rawmsg_as_reading.
Wenn du das setzt, wird die Rohnachricht als Reading angelegt und kann dann ganz normal wie andere Readings auch gezielt geloggt werden.

Mit verbose Einstellungen musst du dann nichts mehr machen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Gammel am 30 Januar 2016, 22:41:34
Ah, super danke! :)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: stiefen am 06 Februar 2016, 15:07:04
Hallo,

Irgendwie bekomme ich meine CUL nicht dazu überredet WMBUS zu verstehen.

Ich habe eine SCC und verwende culfw 1.6.1.

Die Fehlermeldung in den Logs lautet:
  SCC2 UNKNOWNCODE ? (brt is unknown) Use one of m B C F i A Z G M Y R 

fhem.cfg:
  define SCC2 STACKABLE_CC SCC1
  attr SCC2 rfmode WMBus_T

In der board.h ist MBUS nicht definiert - Ist das nötig? Reicht einfach folgende Zeile #define HAS_MBUS?

Vielen Dank schon mal vorab!
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 06 Februar 2016, 15:32:33
Ja, MBUS muss in der culfw auf jeden Fall aktiviert sein.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: stiefen am 08 Februar 2016, 21:23:43
Als gut ich bin ein Schritt weiter  ;)

Habe #define HAS_MBUS eingetragen und desweiteren

Ins makefile folgendes geschrieben:

                ../../clib/rf_mbus.c                                 \
                ../../clib/mbus/manchester.c                         \
                ../../clib/mbus/3outof6.c                            \
                ../../clib/mbus/mbus_packet.c                        \
                ../../clib/mbus/crc.c                                \

 
In die SCC.c folgendes ergaenzt:

#ifdef HAS_MBUS
#include "rf_mbus.h"
#endif

  { 'B', prepare_boot },
#ifdef HAS_MBUS
  { 'b', rf_mbus_func },
#endif


#ifdef HAS_MBUS
   rf_mbus_task();
#endif


In meinem Logfile steht jetzt:

  2016-02-07_20:43:55 SCC2 CONNECTED
  2016-02-07_20:48:07 SCC2 raw brs
  2016-02-07_20:48:21 SCC2 raw brt

So weit so gut aber meine EnergyCam oder irgend ein anderes Mbus-Geraet sehe ich leider noch immer nicht.

Was habe ich uebersehen? Irgend jemand eine Idee?

Besten Dank schon mal vorab!
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 08 Februar 2016, 22:10:12
Hast du die geänderte culfw auch compiliert und geflashed?

Hast du den rfmode des SCC auf den passenden WMBus Typ (S oder T) gesetzt?

Hast du die für das WMBUS Modul nötigen perl Module installiert (siehe commandref)?

Falls das alles passt poste mal ein list deines SCCs und setzte verbose beim SCC auf 5 und poste den Inhalt der Logdatei.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: MS-Astra am 16 Februar 2016, 12:41:10
Mein CUL/COC konnte erfolgreich zwei Stromzähler per wireless M-BUS  anlegen, aber seitdem kam es zu keinem weiteren Logeintrag.
Hat noch jemand Erfahrungen mit einem LSE-Zähler, wobei es sicher verschiedene geben wird?

Können oder müssen die Zähler ggf. angetriggert werden, damit ich sie auslesen kann?

2016.02.15 19:44:23 5: CUL/RAW: /SMODE

2016.02.15 19:44:23 4: CUL_Parse: COC SMODE
2016.02.15 19:44:23 5: CUL_Parse: switched to SMODE
2016.02.15 20:22:20 5: CUL/RAW: /b2C44653
2016.02.15 20:22:20 5: CUL/RAW: b2C44653/28699300
2016.02.15 20:22:20 5: CUL/RAW: b2C4465328699300/5090232F
2016.02.15 20:22:20 5: CUL/RAW: b2C44653286993005090232F/B7A42000
2016.02.15 20:22:20 5: CUL/RAW: b2C44653286993005090232FB7A42000/000326CF
2016.02.15 20:22:20 5: CUL/RAW: b2C44653286993005090232FB7A42000000326CF/FFF0DFF5
2016.02.15 20:22:20 5: CUL/RAW: b2C44653286993005090232FB7A42000000326CFFFF0DFF5/F0C00086DB179303
2016.02.15 20:22:20 5: CUL/RAW: b2C44653286993005090232FB7A42000000326CFFFF0DFF5F0C00086DB179303/CC106130
2016.02.15 20:22:20 5: CUL/RAW: b2C44653286993005090232FB7A42000000326CFFFF0DFF5F0C00086DB179303CC106130/80BFFFC0
2016.02.15 20:22:21 5: CUL/RAW: b2C44653286993005090232FB7A42000000326CFFFF0DFF5F0C00086DB179303CC10613080BFFFC0/1FD0C070
2016.02.15 20:22:21 5: CUL/RAW: b2C44653286993005090232FB7A42000000326CFFFF0DFF5F0C00086DB179303CC10613080BFFFC01FD0C070/46D16E24
2016.02.15 20:22:21 5: CUL/RAW: b2C44653286993005090232FB7A42000000326CFFFF0DFF5F0C00086DB179303CC10613080BFFFC01FD0C07046D16E24/D150F220
2016.02.15 20:22:21 5: CUL/RAW: b2C44653286993005090232FB7A42000000326CFFFF0DFF5F0C00086DB179303CC10613080BFFFC01FD0C07046D16E24D150F220/C8981DA

2016.02.15 20:22:21 4: CUL_Parse: COC b2C44653286993005090232FB7A42000000326CFFFF0DFF5F0C00086DB179303CC10613080BFFFC01FD0C07046D16E24D150F220C8981DA -93
2016.02.15 20:22:21 5: COC dispatch b2C44653286993005090232FB7A42000000326CFFFF0DFF5F0C00086DB179303CC10613080BFFFC01FD0C07046D16E24D150F220C8981::-93
2016.02.15 20:22:21 5: WMBUS raw msg b2C44653286993005090232FB7A42000000326CFFFF0DFF5F0C00086DB179303CC10613080BFFFC01FD0C07046D16E24D150F220C8981::-93
2016.02.15 20:22:21 3: WMBUS Unknown device b2C44653286993005090232FB7A42000000326CFFFF0DFF5F0C00086DB179303CC10613080BFFFC01FD0C07046D16E24D150F220C8981DA, please define it
2016.02.15 20:22:21 2: autocreate: define WMBUS_LSE_05309986_9_2 WMBUS b2C44653286993005090232FB7A42000000326CFFFF0DFF5F0C00086DB179303CC10613080BFFFC01FD0C07046D16E24D150F220C8981DA
2016.02.15 20:22:21 3: WMBUS_LSE_05309986_9_2: I/O device is COC
2016.02.15 20:22:21 2: autocreate: define FileLog_WMBUS_LSE_05309986_9_2 FileLog ./log/WMBUS_LSE_05309986_9_2-%Y.log WMBUS_LSE_05309986_9_2
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 16 Februar 2016, 19:34:39
Bist du sicher, dass der COC immer noch den richtigen rfmode hat?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 16 Februar 2016, 20:57:33
Allerdings gilt auch für diesen Zähler von Qundis (LSE), dass die interessanten Daten 'manufacturer specific' sind.
Das hat bisher noch niemand analysiert, um daraus lesbare Daten zu erthalten.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: MS-Astra am 17 Februar 2016, 09:36:06
Zitat von: kaihs am 16 Februar 2016, 19:34:39
Bist du sicher, dass der COC immer noch den richtigen rfmode hat?
Ja. Ich nutze jedoch die a-culfw 1.20.04.

Zitat von: kaihs am 16 Februar 2016, 20:57:33
Allerdings gilt auch für diesen Zähler von Qundis (LSE), dass die interessanten Daten 'manufacturer specific' sind.
Das hat bisher noch niemand analysiert, um daraus lesbare Daten zu erthalten.

Das ist mir auch aufgefallen. Über deinen Hinweis, dass es sich bei LSE um Qundis handelt, habe ich über die Suche auch eure Kommentare bzgl. der Interpretation der herstellerspezifischen Daten gefunden... :-)

Insgesamt wurden bei mir 3 Stromzähler erfasst und per autocreate angelegt. Wobei einer, vermutlich ist das meiner, nun auch ein zweites mal Daten übermittelt hat. Mich wundert, warum dies nur so extrem selten geschieht. Interessant ist, dass die 'manufacturer specific' Daten sich nur in wenigen Stellen unterscheiden. Vielleicht lässt sich ja doch ein Rückschluss auf den Zählerstand schließen... Ich beobachte es mal.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 17 Februar 2016, 18:02:38
Der Empfang der Daten des Zählers ist mit einem RSSI von -93 ziemlich schlecht.
Kann gut sein, dass nur ab und zu überhaupt ein fehlerfreies Paket empfangen wird. Fehlerhafte Pakete werden schon von der culfw verworfen und erscheinen nicht im Log.

Ob das überhaupt dein Zähler ist, solltest du anhand der Seriennummer 05309986 feststellen können. Die sollte irgendwo auf dem Zähler stehen.

Wenn du durch Vergleich des tatsächlichen Zählerstands mit den manufacturer specific Daten herausfinden kannst wie die codiert sind lass es mich wissen.
Ich kann es dann in das Modul einbauen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: MS-Astra am 20 Februar 2016, 10:22:13
Zitat von: kaihs am 17 Februar 2016, 18:02:38
Der Empfang der Daten des Zählers ist mit einem RSSI von -93 ziemlich schlecht.
Kann gut sein, dass nur ab und zu überhaupt ein fehlerfreies Paket empfangen wird. Fehlerhafte Pakete werden schon von der culfw verworfen und erscheinen nicht im Log.

Ob das überhaupt dein Zähler ist, solltest du anhand der Seriennummer 05309986 feststellen können. Die sollte irgendwo auf dem Zähler stehen.

Wenn du durch Vergleich des tatsächlichen Zählerstands mit den manufacturer specific Daten herausfinden kannst wie die codiert sind lass es mich wissen.
Ich kann es dann in das Modul einbauen.

Leider komme ich zur Zeit nicht an unseren Stromzähler ran, dafür hat nur der Hausmeister einen Schlüssel... *kopfschüttel*

Die wenigen Daten, welche ich von unterschiedlichen Zählern ab und an empfange, sind aber zu nichts sinnvollem zu gebrauchen. Die als "Manufactor Specifig" bezeichneten Daten sind bei allen Zählern bis auf wenige Bytes gleich. Einzig das Datum/Uhrzeit konnte ich z.T. extrahieren.
0c00086d303cc10613080bfffc01fd0c07046d0a151022  wurde am 2016-02-16_20:11:27 aufgezeichnet. Das Datum befindet sich in folgenden Bytes (MM - Minute, HH - Stunden, DD - Tag)
0c00086d303cc10613080bfffc01fd0c07046dMMHHDD22
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 22 Februar 2016, 19:50:07
Zitat von: MS-Astra am 20 Februar 2016, 10:22:13
0c00086d303cc10613080bfffc01fd0c07046d0a151022  wurde am 2016-02-16_20:11:27 aufgezeichnet. Das Datum befindet sich in folgenden Bytes (MM - Minute, HH - Stunden, DD - Tag)
0c00086d303cc10613080bfffc01fd0c07046dMMHHDD22

Hm, da kann ich dir jetzt nicht ganz folgen:
MM 0x0a 10
HH 0x15 21
DD 0x10 16

passt wie zu 02 20 16?

Ich kann da nur DD = 16 erkennen, und dass alleine kann natürlich irgendwas sein.

Ohne ständigen Zugang zum Zähler wird es wohl schwierig den Zählerstand mit den empfangenen Daten abzugleichen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: MS-Astra am 22 Februar 2016, 22:54:33
Mein Zeitstempel aus FHEM hat eine Stunde Zeitverschiebung, daher kommt bei 0x15 auch 21 raus. Und eine Minute (0a = 10 ) Abweichung ist aus meiner Sicht in der Toleranz. Das berichtete Schema passt zu allen drei empfangenen Stromzählern und bisher empfangenen Datenpaketen.

Ich denke, wenn ich einen hier im Forum angebotenen "WLAN-CUL" erwerbe, könnte ich bessere Daten empfangen. Sollte dem so sein, lohnt es sich sicherlich mal den Hausmeister zu bitten, dass er mir ab und an Zugang gewährt. Dann könnte ich sehr viele Daten auf einmal abgleichen.


Gesendet von meinem iPad mit Tapatalk
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: MS-Astra am 22 Februar 2016, 22:58:46
Ich gehe aktuell davon aus, dass die interessanten Daten bei uns in der Wohnung nicht ankommen.


Gesendet von meinem iPad mit Tapatalk
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: MS-Astra am 04 März 2016, 22:11:22
Zitat von: MS-Astra am 20 Februar 2016, 10:22:13
Leider komme ich zur Zeit nicht an unseren Stromzähler ran, dafür hat nur der Hausmeister einen Schlüssel... *kopfschüttel*

Die wenigen Daten, welche ich von unterschiedlichen Zählern ab und an empfange, sind aber zu nichts sinnvollem zu gebrauchen. Die als "Manufactor Specifig" bezeichneten Daten sind bei allen Zählern bis auf wenige Bytes gleich. Einzig das Datum/Uhrzeit konnte ich z.T. extrahieren.
0c00086d303cc10613080bfffc01fd0c07046d0a151022  wurde am 2016-02-16_20:11:27 aufgezeichnet. Das Datum befindet sich in folgenden Bytes (MM - Minute, HH - Stunden, DD - Tag)
0c00086d303cc10613080bfffc01fd0c07046dMMHHDD22

Ausschließlich am Schalttag (29.02.) haben die qundis-Zähler längere Werte übermittelt. Interessante "Lösung", wobei das Datum dann zwei Tage in Folge dem 01.03. entsprach. Mit dem Monatswechsel hat sich nun auch die Codierung des Monats geklärt...

MM - Minute
HH - Stunde (Sommer-/Winterzeit = 1h Verschiebung beachten)
DD - Tag
m - Monat
                                                                                          0c00086d303cc10613080bfffc01fd0c07046dMMHHDD2m

2016-02-27_03:39:20 WMBUS_LSE_05309958_9_2 2_value: 0c00086d303cc10613080bfffc01fd0c07046d27041b22
2016-02-29_23:02:39 WMBUS_LSE_05309958_9_2 2_value: 0c00086d303cc10613080bfffc01fd0c07046d0300012302fdac7e9013
2016-02-29_23:05:39 WMBUS_LSE_05309958_9_2 2_value: 0c00086d303cc10613080bfffc01fd0c07046d0600012302fdac7edc12
2016-03-01_00:26:07 WMBUS_LSE_05309958_9_2 2_value: 0c00086d303cc10613080bfffc01fd0c07046d1a010123
2016-03-02_20:47:10 WMBUS_LSE_05309986_9_2 2_value: 0c00086d303cc10613080bfffc01fd0c07046d2f150223

Nur Zählerstände werden entweder nicht oder anders übertragen. Klassischer Weise sollen die Stromzähler eigentlich nicht im S-Modus sondern eher im T-Modus senden.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mdewendt am 28 März 2016, 17:39:36
Hallo.

Ich habe meine Qundis Heizkostenverteiler manufc Daten auch mal wieder ausgewertet.
Diese empfange ich jeden Tag 2-3 Mal pro Seriennummer. Bis auf Datum, aktuelle Flowtemperatur, Ablesezeitraum (bei mir 31.12) und einem manuf String aber nichts brauchbares. Ein kleiner Teil ändert sich jedes Jahr nach dem Ablesezeitraum, bleibt dann aber konstant.
Am 1ten jeden Monats wird um 0:00 ca 7-8 Telegramme gesendet bei denen der manuf String erweitert ist (12hex Zeichen). Die letzten 4 hex Zeichen ändern sich bei jeder Aussendung.
Im Ablesezeitraum (walk-by des Ablesers Anfang des Jahres im Hausflur) 1.1 bis 25.2 zwischen 6:00 und 19:00 (genaue Sommer/ Winterzeit kennt er nicht) wird alle paar Minuten ein langer manuf String gesendet.
Im Anfang verändern sich 8hex Zeichen scheinbar mit der Uhrzeit gekoppelt. Im hinteren Teil ändert sich etwas Monats und Jahresabhängig.
Angeblich werden hierbei auch alle 12 Monatsverbräuche übertragen.


Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Volker Kettenbach am 07 Mai 2016, 08:56:09
Zitat von: christianm am 08 August 2015, 23:37:37

nur zur Info falls noch jemand mit dem RWE SmartHome Powercontrol experimentiert.
Ich habe vom RWE Support bestätigt bekommen das der mitgelieferte AES Schlüssel nicht komplett ist. Sie aber leider nicht den Kompletten AES Schlüssel herausgeben können.

Christian

Nur so eine Idee: gibt es die Firmware für die Basisstation zum Download?
Da könnte man den Key drin finden.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: WumpE am 23 Mai 2016, 08:43:55
Hallo Leute wie geht ihr mit fehlablesungen um? Ich habe das jetzt seit 3 Monaten sehr heufig. Habe schon die scheibe gereinigt, neu positioniert und externen lichteinfall (spiegelung) abgeklebt. Trotzdem kommt bei mir aller 2 bis 3 Tage folgendes bei den ableseungen raus.

Zitat2016-05-20_04:12:35 EC_StromZaehler energy: 10234.5
2016-05-20_04:42:35 EC_StromZaehler energy: 10234.8
2016-05-20_04:42:35 EC_StromZaehler energyTick: 0.3
2016-05-20_04:57:35 EC_StromZaehler energy: 10234.8
2016-05-20_05:27:35 EC_StromZaehler energy: 10234.9
2016-05-20_05:27:35 EC_StromZaehler energyTick: 0.1
2016-05-20_05:42:35 EC_StromZaehler energy: 10235
2016-05-20_05:42:35 EC_StromZaehler energyTick: 0.1
2016-05-20_05:57:35 EC_StromZaehler energy: 10235
2016-05-20_06:12:35 EC_StromZaehler energy: 10235
2016-05-20_06:27:35 EC_StromZaehler energy: 10235
2016-05-20_06:42:35 EC_StromZaehler energy: 10235
2016-05-20_06:57:35 EC_StromZaehler energy: 10235
2016-05-20_07:12:35 EC_StromZaehler energy: 10235
2016-05-20_07:42:35 EC_StromZaehler energy: 10235
2016-05-20_07:57:35 EC_StromZaehler energy: 10285
2016-05-20_07:57:35 EC_StromZaehler energyTick: 50
2016-05-20_08:27:35 EC_StromZaehler energy: 10285.4
2016-05-20_08:27:35 EC_StromZaehler energyTick: 0.4
2016-05-20_08:57:35 EC_StromZaehler energy: 10285.5
2016-05-20_08:57:35 EC_StromZaehler energyTick: 0.1
2016-05-20_09:12:35 EC_StromZaehler energy: 10285.7
2016-05-20_09:12:35 EC_StromZaehler energyTick: 0.2
2016-05-20_09:27:35 EC_StromZaehler energy: 10285.7
2016-05-20_10:12:35 EC_StromZaehler energy: 10285.8
2016-05-20_10:12:35 EC_StromZaehler energyTick: 0.1
2016-05-20_10:27:35 EC_StromZaehler energy: 10285.8
2016-05-20_10:57:35 EC_StromZaehler energy: 10285.8
2016-05-20_11:12:35 EC_StromZaehler energy: 10285.8
2016-05-20_11:27:35 EC_StromZaehler energy: 10285.8
2016-05-20_11:42:35 EC_StromZaehler energy: 10285.8
2016-05-20_11:57:35 EC_StromZaehler energy: 10285.8
2016-05-20_12:12:35 EC_StromZaehler energy: 10285.8
2016-05-20_12:27:35 EC_StromZaehler energy: 10285.8
2016-05-20_12:42:35 EC_StromZaehler energy: 10285.8
2016-05-20_12:57:35 EC_StromZaehler energy: 10285.8
2016-05-20_13:27:35 EC_StromZaehler energy: 10285.8
2016-05-20_13:42:34 EC_StromZaehler energy: 10285.8
2016-05-20_13:57:34 EC_StromZaehler energy: 10285.8
2016-05-20_14:12:35 EC_StromZaehler energy: 10285.8
2016-05-20_14:27:34 EC_StromZaehler energy: 10285.8
2016-05-20_14:42:37 EC_StromZaehler energy: 10285.8
2016-05-20_14:57:34 EC_StromZaehler energy: 10285.8
2016-05-20_15:27:34 EC_StromZaehler energy: 10285.8
2016-05-20_15:42:34 EC_StromZaehler energy: 10285.8
2016-05-20_16:12:34 EC_StromZaehler energy: 10285.8
2016-05-20_16:27:34 EC_StromZaehler energy: 10285.8
2016-05-20_16:42:34 EC_StromZaehler energy: 10285.8
2016-05-20_16:57:34 EC_StromZaehler energy: 10285.8
2016-05-20_17:12:34 EC_StromZaehler energy: 10285.8
2016-05-20_17:27:34 EC_StromZaehler energy: 10285.8
2016-05-20_17:42:34 EC_StromZaehler energy: 10285.8
2016-05-20_18:12:34 EC_StromZaehler energy: 10285.8
2016-05-20_18:27:34 EC_StromZaehler energy: 10285.8
2016-05-20_18:42:34 EC_StromZaehler energy: 10285.8
2016-05-20_18:57:34 EC_StromZaehler energy: 10285.8
2016-05-20_19:27:34 EC_StromZaehler energy: 10285.8
2016-05-20_19:42:34 EC_StromZaehler energy: 10285.8
2016-05-20_19:57:34 EC_StromZaehler energy: 10285.8
2016-05-20_20:12:34 EC_StromZaehler energy: 10285.8
2016-05-20_20:42:35 EC_StromZaehler energy: 10285.8
2016-05-20_20:57:34 EC_StromZaehler energy: 10285.8
2016-05-20_21:27:34 EC_StromZaehler energy: 10285.8
2016-05-20_21:42:34 EC_StromZaehler energy: 10285.8
2016-05-20_22:27:34 EC_StromZaehler energy: 10285.8
2016-05-20_22:42:34 EC_StromZaehler energy: 10285.8
2016-05-20_22:57:34 EC_StromZaehler energy: 10285.8
2016-05-20_23:12:35 EC_StromZaehler energy: 10285.8
2016-05-20_23:42:34 EC_StromZaehler energy: 10285.8
2016-05-20_23:57:34 EC_StromZaehler energy: 10285.8
2016-05-21_00:12:34 EC_StromZaehler energy: 10285.8
2016-05-21_00:27:34 EC_StromZaehler energy: 10285.8
2016-05-21_00:42:34 EC_StromZaehler energy: 10285.8
2016-05-21_00:57:34 EC_StromZaehler energy: 10285.8
2016-05-21_01:12:34 EC_StromZaehler energy: 10285.8
2016-05-21_01:27:34 EC_StromZaehler energy: 10285.8
2016-05-21_01:42:34 EC_StromZaehler energy: 10285.8
2016-05-21_02:12:34 EC_StromZaehler energy: 10285.8
2016-05-21_02:27:34 EC_StromZaehler energy: 10285.8
2016-05-21_02:57:33 EC_StromZaehler energy: 10285.8
2016-05-21_03:27:33 EC_StromZaehler energy: 10285.8
2016-05-21_03:42:33 EC_StromZaehler energy: 10285.8
2016-05-21_03:57:33 EC_StromZaehler energy: 10285.8
2016-05-21_04:42:33 EC_StromZaehler energy: 10285.8
2016-05-21_04:57:33 EC_StromZaehler energy: 10285.8
2016-05-21_05:12:33 EC_StromZaehler energy: 10285.8
2016-05-21_05:42:33 EC_StromZaehler energy: 10285.8
2016-05-21_05:57:33 EC_StromZaehler energy: 10285.8
2016-05-21_06:12:33 EC_StromZaehler energy: 10285.8
2016-05-21_06:27:33 EC_StromZaehler energy: 10285.8
2016-05-21_06:42:33 EC_StromZaehler energy: 10285.8
2016-05-21_06:57:33 EC_StromZaehler energy: 10285.8
2016-05-21_07:27:33 EC_StromZaehler energy: 10285.8
2016-05-21_07:42:34 EC_StromZaehler energy: 10285.8
2016-05-21_07:57:33 EC_StromZaehler energy: 10285.8
2016-05-21_08:12:33 EC_StromZaehler energy: 10285.8
2016-05-21_08:27:33 EC_StromZaehler energy: 10285.8
2016-05-21_08:57:33 EC_StromZaehler energy: 10285.8
2016-05-21_09:27:33 EC_StromZaehler energy: 10285.8
2016-05-21_09:57:33 EC_StromZaehler energy: 10285.8
2016-05-21_10:12:33 EC_StromZaehler energy: 10285.8
2016-05-21_10:27:36 EC_StromZaehler energy: 10285.8
2016-05-21_10:42:33 EC_StromZaehler energy: 10285.8
2016-05-21_10:57:33 EC_StromZaehler energy: 10285.8
2016-05-21_11:12:33 EC_StromZaehler energy: 10285.8
2016-05-21_11:27:33 EC_StromZaehler energy: 10285.8
2016-05-21_11:42:33 EC_StromZaehler energy: 10285.8
2016-05-21_11:57:33 EC_StromZaehler energy: 10285.8
2016-05-21_12:12:33 EC_StromZaehler energy: 10285.8
2016-05-21_12:57:33 EC_StromZaehler energy: 10285.8
2016-05-21_13:12:33 EC_StromZaehler energy: 10285.8
2016-05-21_13:27:33 EC_StromZaehler energy: 10285.8
2016-05-21_13:42:33 EC_StromZaehler energy: 10285.8
2016-05-21_13:57:33 EC_StromZaehler energy: 10285.8
2016-05-21_14:12:33 EC_StromZaehler energy: 10285.8
2016-05-21_14:32:55 EC_StromZaehler energy: 10285.8
2016-05-21_14:33:13 EC_StromZaehler energy: 10285.8
2016-05-21_14:48:54 EC_StromZaehler energy: 10244
2016-05-21_14:48:54 EC_StromZaehler energyTick: 20529.8
2016-05-21_15:18:54 EC_StromZaehler energy: 10244.9
2016-05-21_15:18:54 EC_StromZaehler energyTick: 0.9
2016-05-21_15:33:54 EC_StromZaehler energy: 10244.9
2016-05-21_15:48:54 EC_StromZaehler energy: 10245

die korrektur habe ich mit taste drücken bis 1 erscheint erzwungen. er macht ein probepic, liest korrekt ab und sendet dann auch wieder die richtigen werte zu fhem.

Hat jemand nen Tip was man da noch machen kann?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 23 Mai 2016, 19:35:42
Ich nehme an, du hast eine EnergyCam?

Was ist denn energytick? Ein userReading? Wie hast du das definiert?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: wopper am 23 Mai 2016, 19:50:41
Zitat von: WumpE am 23 Mai 2016, 08:43:55
Hallo Leute wie geht ihr mit fehlablesungen um? Ich habe das jetzt seit 3 Monaten sehr heufig. Habe schon die scheibe gereinigt, neu positioniert und externen lichteinfall (spiegelung) abgeklebt. Trotzdem kommt bei mir aller 2 bis 3 Tage folgendes bei den ableseungen raus.

die korrektur habe ich mit taste drücken bis 1 erscheint erzwungen. er macht ein probepic, liest korrekt ab und sendet dann auch wieder die richtigen werte zu fhem.

Hat jemand nen Tip was man da noch machen kann?

Hallo WumpE,
aus deinem Log File lässt sich erahnen, dass du eine EnergyCam hast. Unter http://www.fastforward.ag/support/open.php kannst du ganz einfach ein Ticket anlegen und die möglichen Ablesefehler erläutern. Schick am Besten auch gleich ein Foto deines Stromzählers mit, um Hersteller und Typ zu identifizieren.

VG wopper
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: WumpE am 30 Mai 2016, 07:15:22
Hi Jungs,
ja energyTick ist nen userreading. Aber darauf liegt nicht der fokus, denn selbst der Value_1, welcher das reading energy füllt ist schon falsch.
Ich mache einfach nen Ticket wie wopper sagt.

Danke und Grüße
Wumpe
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Walki am 10 August 2016, 15:19:08
Wie stelle ich den CUL denn zeitweise auf dem WMBUS_T-Modus? Wie es manuell funktioniert, ist mir bewusst, nur mag ich nachts nicht unbedingt aufstehen und manuell den RFmode wechseln... Ich möchte beispw. um 23 Uhr den Mode wechseln und um 0 Uhr wieder in meinen MAX-Modus zurück.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 10 August 2016, 18:35:18
Ich würde mal sagen per at (http://fhem.de/commandref.html#at).

Ungetestet:

define at_wmbus at *23:00:00 attr CUL rfmode WMBus_T
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: PeMue am 10 August 2016, 21:01:25
Und danach halt wieder zurücksetzen  ;)

Gruß PeMue
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Walki am 11 August 2016, 22:27:26
Danke Euch, dann war ich zumindest schon mal auf dem richtigen Pfad.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Brice am 10 September 2016, 12:03:10
Ich lese über einen umgeflashten Max!Cube die Techem Wasserzähler und Heatmeter aus. Funktioniert soweit gut. Der Max!Cube ist per LAN angeschlossen define CUL_MAX CUL <IP-Adresse>:2323 0000
Die Daten der Zähler werden vom Produktivsystem und vom Testsystem verarbeitet. Autocreate ist disabled.

Leider läuft auf beiden Systemen das globale Logfile voll:

2016.09.10 11:52:16 3: WMBUS Unknown device b2F4468504378116174620004A206EC200000A01200000400000000005DA200000000000000000000000000000000FFFF000000000000FFFF801A, please define it

Kann ich das irgendwie unterdrücken? Verbose global auf 0 hilft nicht weiter.


Edit 14:03: erledigt. Es gab noch eine FHEM2FHEM Definition, die wohl ursächlich für die Unmengen der Einträge war....

Edit 20.09.2016: die Einträge im Logfile waren doch wieder vorhanden. Abhilfe nach Recherche in diesem Thread:
attr autocreate ignoreTypes WMBU.*
attr CUL_MAX verbose 2


Titel: Antw:Wireless M-Bus für CUL
Beitrag von: drdownload am 05 Oktober 2016, 18:05:28
Hi,

ich versuche mit meinem CUL v3 (1.62) zwischen SlowRF und WMBUS_T umzuschalten, aber beim Wechsel zurück auf SlowRF geht der CUL immer in einen Zustand wo er keine Befehle mehr senden kann und "tot" ist bis zum nächsten Reboot (kein reopen oder modify hilft)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 05 Oktober 2016, 19:13:27
Ich habe vor 2 Jahren mal einen Fix für so ein Problem geschrieben.
Mach mal ein Update auf die neueste Version der culfw (1.66) und versuche es dann nochmal.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: drdownload am 05 Oktober 2016, 23:06:19
Hi, ich habe jetzt auf 1.66 geflashed und es passiert folgendes:
switch to wmbus_t > empfang wmbus geht
switch to slowrf > empfang geht, senden nicht (fs20)
cul ab- und anstecken bringt auch das senden wieder zurück
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 06 Oktober 2016, 20:16:10
Dann scheint der CUL zumindest nicht mehr abzustürzen.
Aber schon komisch, dass er dann zwar empfängt aber nicht mehr sendet.

Kannst du mal:

1. Im SlowRF Modus die Ausgabe von get CUL ccconf notieren
2. Auf WMBus umschalten
3. Auf SlowRF umschalten
4. Die Ausgabe von ccconf mit der von 1. vergleichen

Gibt es da einen Unterschied?

Wenn du per set freq / bWidth / rAmpl / sens die Parameter von 1. einstellst, geht das Senden dann wieder?

Ist eine Weile her, dass ich mich mit der culfw beschäftigt habe und ich habe kein SlowRF zum Testen.
Mglw . müsste sich das Rudi mal ansehen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: drdownload am 07 Oktober 2016, 17:48:57
SlowRF

CUL_0 ccconf => freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB

WMBUS_T

CUL_0 ccconf => freq:868.950MHz bWidth:325KHz rAmpl:33dB sens:8dB

SlowRF

CUL_0 ccconf => freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB

händisch setzten bringt leider nix.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Brice am 09 Oktober 2016, 15:20:13
Ich hatte das gleiche Verhalten beim Umschalten des CUL (V 1.65 CUL868) und setze daher für die Abfrage der Techem-Sachen jetzt einen umgeflashten MAX!Cube ein.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: KölnSolar am 14 Oktober 2016, 14:45:30
Ihr Lieben, ich hab mich jetzt auch mal am WMBUS probiert, da in einem Mietshaus Heizkostenverteiler von Qundis installiert sind.

Als erstes Ergebnis kann ich das von Brice u. drdownload geschilderte Verhalten  nur bestätigen  :(

Mit Mode T hab ich gar nix empfangen. Im Mode S bin ich heute fündig geworden. 3 unverschlüsselte Geräte LSE device type 6(scheinbar Wärmemengenzähler mit m³ Reading). Sind das 3 von ca. 50 von mir gesuchten HKVs ? Unter 6_type finde ich die VIF_FABRICATION_NO. Ist das die eigentliche Geräte-Nr. ?
Dann hab ich noch einen Type 41(Garbage) und einen Type 42(CO2-Sensor) gefunden. Möglicherweise von Mietern oder Nachbarn oder doch falsch interpretierte Signale von Qundis Heizkostenverteilern ?
Was soll mir das reading LQI sagen ? Nach meinen Recherchen so etwas wie Indikator für die Signalstäke ? Aber wie interpretiert man die Werte ?
Testen kann ich leider nur, wenn ich dort vor Ort bin. Die Readings der 5 Geräte habe ich kopiert, falls die von Interesse sind.
Danke vorab und Grüße
Markus
Edit: bei den type41/42 devices gibt es jeweils ein internal error. Beispielhafter Inhalt für type 41:
Unsupported CI Field a0, remaining payload is 8300009c1c1300314465323597324614087a500000000b6e850100426cff1c4b6e320100326cffff046d2f070e2a82046c1e298b046e850100
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: KölnSolar am 15 Oktober 2016, 16:24:21
ich war heute noch einmal länger vor Ort. Wieder ne Menge gefunden.
WMBUS_LSE_00015063_240_111 ???
WMBUS_LSE_00115063_240_112 ???
WMBUS_LSE_00215063_240_113 ???
WMBUS_LSE_00315063_240_114 ???
WMBUS_LSE_00415063_240_115 ???
WMBUS_LSE_00515063_240_116 ???
WMBUS_LSE_00615063_240_117 ???
WMBUS_LSE_00715063_240_118 ???
WMBUS_LSE_00815063_240_119 ???
WMBUS_LSE_01415063_240_109 ???
WMBUS_LSE_01515063_240_110 ???
WMBUS_LSE_10915063_240_119 ???
WMBUS_LSE_11115063_241_121 ???
WMBUS_LSE_11315063_241_123 ???
WMBUS_LSE_13044271_65_7 no errors
WMBUS_LSE_13048756_65_6 no errors
WMBUS_LSE_15712124_65_6 no errors
WMBUS_LSE_46217538_20_8 no errors

Ich spekuliere mal, dass die xyz15063_240_abc die gesuchten HKVs sind. Leider alle mit der schon geposteten Meldung "unsupported CI field a0" und daher ohne readings(außer RSSI/LQI). DeviceType(=abc) und Version(240 bzw. 241) sind vermutlich auch Fehlinterpretationen.
Jemand 'ne Idee ?

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 16 Oktober 2016, 15:39:59
Zitat von: KölnSolar am 14 Oktober 2016, 14:45:30
Ihr Lieben, ich hab mich jetzt auch mal am WMBUS probiert, da in einem Mietshaus Heizkostenverteiler von Qundis installiert sind.

Als erstes Ergebnis kann ich das von Brice u. drdownload geschilderte Verhalten  nur bestätigen  :(

Mit Mode T hab ich gar nix empfangen. Im Mode S bin ich heute fündig geworden. 3 unverschlüsselte Geräte LSE device type 6(scheinbar Wärmemengenzähler mit m³ Reading). Sind das 3 von ca. 50 von mir gesuchten HKVs ? Unter 6_type finde ich die VIF_FABRICATION_NO. Ist das die eigentliche Geräte-Nr. ?
Dann hab ich noch einen Type 41(Garbage) und einen Type 42(CO2-Sensor) gefunden. Möglicherweise von Mietern oder Nachbarn oder doch falsch interpretierte Signale von Qundis Heizkostenverteilern ?
Was soll mir das reading LQI sagen ? Nach meinen Recherchen so etwas wie Indikator für die Signalstäke ? Aber wie interpretiert man die Werte ?

Qundis (LSE) ist schwierig, die verwenden ein bisher unbekanntes Format (CI field a0) für die eigentlich interessanten Daten.
Kannst ja mal bei Qundis danach fragen, mir haben sie nicht geantwortet.

LQI ist der Link Quality Indicator. Die genaue Defintiion davon findet sich im Datenblatt vom CC1101.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: KölnSolar am 19 Oktober 2016, 21:25:25
danke für die Antwort. Da Du bei Qundis nicht erfolgreich warst, werde ich es erst gar nicht probieren. Hast Du vielleicht ein, zwei Ideen wie ich evtl. selber entschlüsseln kann ? Ich hab ja die Daten vom Display, oder bin ich da zu naiv ?
Grüße Markus
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 19 Oktober 2016, 22:29:43
Die nicht interpretierbaren Daten werden vom Modul ausgegeben (remaining payload).

Wenn du die Daten vom Display da drin wiederfindest hast du gewonnen. Es gibt natürlich die verschiedensten Codierungen für die Zahlen (z. B. BCD), ist also nicht unbedingt auf den ersten Blick ersichtlich.
Wahrscheinlich sind in den Daten auch noch Uhrzeit/Datum oder ein fortlaufender Zähler enthalten.

Schau mal bei den Techem Modulen (und zugehörigen Forumsthreads) von hermannj, er hat da die Decodierung erfolgreich durchgeführt. Vielleicht kannst du da was abschauen. 
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: herrmannj am 19 Oktober 2016, 23:08:20
ich bin dann mal wech :)

viel Detektivarbeit, viele Tage ...

Schritt 1, Daten Sammeln:
Alle Daten der zugänglichen Zähler über einen Zeitraum sammeln und mit den dazugehörigen WMBUS Daten notieren.
-> Wann ändert sich welcher Teil der WMBUS Nachricht. Gibt es einen direkten Zusammenhang mit der Änderung der Anzeige am Zähler ?
Prinzip:
Bestimmte bytes ändern sich Mitternacht ? Vmtl findet man dort das Datum oder den Tagesstand.
Ändert sich die ANzeige des Zählers über den Tag ? Welche Teile der Nachricht ändern sich im gleichen Zug? Korrelation und Ausschluss von Annahmen ...

Tabelle machen.

vg
joerg
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: KölnSolar am 20 Oktober 2016, 10:06:58
Hallo Jörg, danke für Deine Tipps. Leider gibt es ja noch nicht viel aufzuschreiben, weil das Ganze im Modul WMBus.pm am CI_Field = a0(# 7a, 72, 78) scheitert. Werd ich also mal das Modul anpassen, damit diese erste Hürde genommen wird. Mal sehen was passiert.
Die größte Problematik ist, dass ich nicht ständig bzw. regelmäßig vor Ort bin  :(
Grüße Markus
Edit: @kaihs: Deine Antwort hat mich inspiriert hier noch die Infos der Hardware zu posten. Vielleicht fällt jemand ja dabei was auf: Die HKVs sind von Qundis(gelabeled auf BfW) Typ 202S. Am Display werden rollierend 4 Daten angezeigt: edcba(akt. Verbrauch), Mabcde(Verbrauch Vorjahr), xyz.01(xyz=Checkzahl ??;01=Stichtag[1. Januar ?]), k 060-02(060=Bewertungszahl,02=Messystem) . Auf dem Gerät ist eine 8-stellige Geräte-Nr. aufgedruckt, z.B. 43406495. Wenn ich ja wenigstens diese ID finden würde  :(
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: KölnSolar am 20 Oktober 2016, 17:27:32
vermutlich bin ich ein paar mm weiter. sind die bitfolgen 0F2A=15.10.2016 und FF1C=31.12.2015 richtig interpretiert ? Die finde ich in den Daten. Seltsam ist, dass ich anstatt der 8-stelligen Zähler-Nr. einen 2-byte Wert(nicht BCD-codiert) habe und dann scheinbar eine lfd. Nr. Da das auch mit den Empfangszeiten(alle 10 min.) korrespondiert befürchte ich, dass es sich gar nicht um die (vielen) gesuchten HKVs handelt, sondern um durchnummerierte Telegramme nur eines Geräts  >:( Und ich hatte schon die naive Hoffnung, dass ich einfach nur das Techem-Modul anpassen muss, weil dort ja CI=A0 verarbeitet wird. War wohl nix  :(
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: herrmannj am 20 Oktober 2016, 17:49:58
Moin,

sammel mal die kompletten raw message über mehrere Tage. Dann sieht man

a: ob es ein oder mehrere Zähler sind.
b: Annahmen wie 0F2A=15.10.2016 lassen sich dann verifizieren. Morgen müsste dann ja 102A da stehen.

vg
joerg
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: KölnSolar am 20 Oktober 2016, 18:26:16
ja, wenn mehrere Tage so einfach ginge. Nur leider bin selten dort. Und dann muss ich noch meinen Produktiv-868-CUL hier "stehlen", der für die Heizungssteuerung verantwortlich ist :'(
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kossmann am 20 Oktober 2016, 19:10:33
Kann ich eventuell nochmals mit Daten unterstützen?

Mein Qundis Wärmemengenzähler hat heute beispielsweise folgendes gemeldet:

nuc:/opt/fhem/log$ grep -a "2016.10.20 18:10" fhem.log
2016.10.20 18:10:18.929 5: CUL/RAW: /b374465B2118222001604DDD67A26140000046D1107152A01FD0C06326E796CF
2016.10.20 18:10:18.930 5: CUL/RAW: b374465B2118222001604DDD67A26140000046D1107152A01FD0C06326E796CF/FFF0DFF5F0C00083D300001061308131C0BFFFC02FD1700140C7896145559D9F
2016.10.20 18:10:18.931 5: CUL/RAW: b374465B2118222001604DDD67A26140000046D1107152A01FD0C06326E796CFFFF0DFF5F0C00083D300001061308131C0BFFFC02FD1700140C7896145559D9F/F8032
2016.10.20 18:10:18.931 4: CUL_Parse: CUL868 b374465B2118222001604DDD67A26140000046D1107152A01FD0C06326E796CFFFF0DFF5F0C00083D300001061308131C0BFFFC02FD1700140C7896145559D9FF8032 -49
2016.10.20 18:10:18.932 5: CUL868 dispatch b374465B2118222001604DDD67A26140000046D1107152A01FD0C06326E796CFFFF0DFF5F0C00083D300001061308131C0BFFFC02FD1700140C7896145559D9FF80::-49
2016.10.20 18:10:18.932 5: WMBUS raw msg b374465B2118222001604DDD67A26140000046D1107152A01FD0C06326E796CFFFF0DFF5F0C00083D300001061308131C0BFFFC02FD1700140C7896145559D9FF80::-49


nuc:/opt/fhem/log$ grep -a "2016-10-20_18:10" Zaehler_Heizung.log
2016-10-20_18:10:18 Zaehler_Heizung RSSI: -49
2016-10-20_18:10:18 Zaehler_Heizung LQI: 128
2016-10-20_18:10:18 Zaehler_Heizung 1_storage_no: 0
2016-10-20_18:10:18 Zaehler_Heizung 1_type: VIF_TIME_POINT_DATE_TIME
2016-10-20_18:10:18 Zaehler_Heizung 1_value: 2016-10-21 07:17
2016-10-20_18:10:18 Zaehler_Heizung 1_unit:
2016-10-20_18:10:18 Zaehler_Heizung 1_value_type: Instantaneous value
2016-10-20_18:10:18 Zaehler_Heizung 2_storage_no: 0
2016-10-20_18:10:18 Zaehler_Heizung 2_type: VIF_MODEL_VERSION
2016-10-20_18:10:18 Zaehler_Heizung 2_value: 6
2016-10-20_18:10:18 Zaehler_Heizung 2_unit:
2016-10-20_18:10:18 Zaehler_Heizung 2_value_type: Instantaneous value
2016-10-20_18:10:18 Zaehler_Heizung 3_storage_no: 0
2016-10-20_18:10:18 Zaehler_Heizung 3_type: VIF_TIME_POINT_DATE
2016-10-20_18:10:18 Zaehler_Heizung 3_value: invalid: ffff
2016-10-20_18:10:18 Zaehler_Heizung 3_unit:
2016-10-20_18:10:18 Zaehler_Heizung 3_value_type: Value during error state
2016-10-20_18:10:18 Zaehler_Heizung 4_storage_no: 0
2016-10-20_18:10:18 Zaehler_Heizung 4_type: MANUFACTURER SPECIFIC
2016-10-20_18:10:18 Zaehler_Heizung 4_value: 0c00083d3000010613080bfffc02fd1700140c7896145559
2016-10-20_18:10:18 Zaehler_Heizung 4_unit:
2016-10-20_18:10:18 Zaehler_Heizung 4_value_type: Instantaneous value
2016-10-20_18:10:18 Zaehler_Heizung battery: low
2016-10-20_18:10:18 Zaehler_Heizung is_encrypted: 0
2016-10-20_18:10:18 Zaehler_Heizung decryption_ok: 1
2016-10-20_18:10:18 Zaehler_Heizung temporary error, battery low


Der Zähler selbst liefert momentan nach dem ersten Druck auf den Taster den aktuellen Zählerstand von 14.198 kWh, nach den zweiten Druck den vermutlichen Zählerstand vom 1. Januar, nämlich 12.883 kWh und nach dem dritten Druck das wohl dazugehörige Datum "01-01" und nach dem vierten Druck etwas, mit dem ich nichts anfangen kann, nämlich "P94652". Zwischendurch blinkt natürlich immer "batt low", aber dies wird ja schon richtig interpretiert.

Nebenbei gilt weiterhin: Im Januar senden die Qundis-Zähler Werte, die interpretiert werden, erst im Februar (glaube ich) kommt wieder der nicht interpretierbare Datensalat.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: herrmannj am 20 Oktober 2016, 20:15:40
die Nachrichten im ersten log sind irgendwie "kaputt".

Ihr müsst das aber wirklich über Tage laufen lassen und dabei regelmäßig die Daten mitschneiden und die Werte am Zähöer notieren.
Ich kann Euch, so spannend ich das auch finde, aus Zeitgründen das selber Rätseln auch nicht abnehmen.

Vielleicht sieht kaihs was. Wenn Batt low erkannt wird kann man vermutliche bestimmte Felder schon als bekannt markieren". Das hilft auch sehr weiter denn die anderen Daten müssen ja in den unbekannten Bereichen liegen. Wenn man die identifiziert, vielleicht sogar die Größen eingrenzen kann, dann bringt Euch das weiter.

vg
joerg
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: KölnSolar am 21 Oktober 2016, 12:06:57
Ich bin dann leider (erst einmal) raus aus dem Thema WMBUS mit CUL. Nach viiiiiiel lesen und recherchieren musste ich feststellen, dass die HKVs 202S ehemals von Kundo hergestellt wurden und nur die 202R über Funk mit WMBus verfügen  >:(
Was ich also mit dem CUL empfangen hatte, war sämtlich von Nachbarn  :(
An dieser Stelle möchte ich aber ein wenig das Ergebnis meiner Recherchen teilen. Ich denke es ist hilfreich zu wissen, dass Qundis der Zusammenschluss von Kundo und Qvedis(Siemens) ist. Qvedis war mal(zumindest teilweise) Elektrowatt, was wiederum eine Fusion von Landis&Staefa und Cerberus war. Von Landis&Staefa resultiert dann auch das Hersteller-Kürzel LSE, welches im Zusammenhang mit Qundis-Zählern oft ins Spiel kommt. Die Firmenhistorie erklärt dann auch, warum hier immer wieder Unterschiede bei den Protokollen auftauchen, woran man sich die Zähne ausbeist. Mein Vorschlag, um diesen Thread etwas zu entlasten: einen Qundis-SammelThread(WMBUS Qundis) zu erstellen, in dem NUR die unterschiedlichsten Geräte mit einem Link zu jeweils EINEM gerätespezifischen Thread (WMBUS Qundis- Gerätetyp) aufgeführt werden. Dort kann man sich dann der jeweiligen Protokoll-Analyse und Reverse-Engineering widmen.
Danke nochmals für Eure Tipps, Markus
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bimberle am 07 Dezember 2016, 20:45:43
Ich habe nen Sharky 775 der Diehl Gruppe im Keller und habe aufmerksam die Diskussionen um den AES-Key (Seite 20+) herum gelesen. Leider bin ich dadurch nicht schlau geworden. Ich empfange die Rohdaten (erstmal über die Kommandozeile und culfw), habe aber keine Ahnung wie ich diese in lesbare Form bringen kann.
Kann mir jemand helfen?

b4E44A51143807953400427BC7AB60040057E634FF8FDB21D1DD4C6285C55EC2AC9B5B0BA8F3A32265E29CE97F0F2BD6894E5BCB123E6BB27724DB508CE8750F6E46334EC61CA6C29E3F019BFFC035E6F0F6D4A53426808F79C7BA8
b4E44A51143807953400427BC7AB6004005131AEB5A4CAF7A54087CA729714D7ED26CCE7A66FF22439EB9861CF7754A8E97B2C9631E6D859F62556829E2679AEA8B9CB87A27EA0B1A39B3B3A914D67743F186F9CC912B3D3E0A73F6
b4E44A51143807953400427BC7AB6004005519F3653D010D9BE7D0B2039D6066222517A0C415CE73F4158CF265ED1C1264D9C5B28CB96E8D0972F53F108213A46AF1EBAAACA7A43331703EFF74131CBD198B7C07815AE692CE44810
b4E44A51143807953400427BC7AB70040259FC2204F476679510A1477D1CC2DAE39378654EFC1EEDCDB07B9D1CAE43EDE8A26049B544B5E2A92453249B8B0AC8F3B2D85609C335C20F87F5C5400A167C51E416F49DAE83DB4409501
b4E44A51143807953400427BC7AB700400591D6F9A7B7E28D8788554BF48DBBE8D14B10E0743A95995166951F52659C83277DF606BBCCACC3DA6DE9FFAF1B368A19BFB123D79CAA135FCB3A40307DEBA304538A24232555D45C4979
b4E44A51143807953400427BC7AB70040058113FCCDB613EE3A4407B477A7AF77FC8CD812BF9293D64784C2FA1FDCEBE3D05C1A09DD8F1BC71509B5613D2D50CAC176931BC0DAE87EDD806FF5054F63ED4AF9BFF7BAFFBFD57D92F0
b4E44A51143807953400427BC7AB7004005844DD06D84C6448BF114B9961B86D3DC13404C6F0B54621BA56854948F8C8BEC2CCE67192FE639247A45D5AF386FE87DC2D7CE89708BB864814453E5285FB9B5650D41321AC4DBCB92A4
b4E44A51143807953400427BC7AB700400544F2ED25BA82757B9A3C6BEE86271C478C2F0FFD976B91331F3403799B8A5CBFB34DB8D8D7EF2155227A9BEF2FCD557C3488D31EC91DF9F10D728F46D31C58744B8D2769A8C80E6987B9
b4E44A51143807953400427BC7AB700400597C1EB707A13217384C6FB03FB26F88501E5D12AC67D75F341E2D6E719D55A860F269DD78A5380A4CD8D0566E5E342EA7178F81113E8377BA373C2ADB5BCDBF748BCA08EF2F46596D3B6
b4E44A51143807953400427BC7AB8004025B565B40E49C50EF86A078A2E77E4A4AE441D9A33C02548C2C3DAB1B20ED01F0916F7030B05A12EDA4672DEAC634B4306ADDA5435288797BE98644723E7F8999D2921CBCFE9CC81F0B52B
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 08 Dezember 2016, 10:33:07
Hallo,

wenn du autocreate angeschaltet hast sollte der Zähler eigentlich automatisch in fhem angelegt werden.
Die Daten sind verschlüsselt, allerdings passt der hier (https://forum.fhem.de/index.php/topic,24517.msg323590.html#msg323590) veröffentlichte Key auch bei diesen Daten.
D.h. in dem Device das Attribut AESKey auf diesen Schlüssel setzten und alle danach empfangenen Daten werden entschlüsselt.
Aus dem ersten Datenpaket ergibt sich dann

Manufacturer 11a5 DME
IdentNumber 53798043
Version 64
Type 4 Heat
IsEncrypted 1
Status: 0 no errors
Codeword:
bidirectional: 1
accessability: 1
synchronous: 1
mode: 5
encrypted_blocks: 5
content: 1
hops: 1
1. StorageNo 0 Instantaneous value VIF_ENERGY_WATT 8557000 Wh
2. StorageNo 0 Instantaneous value VIF_VOLUME 343.617 m³
3. StorageNo 0 Instantaneous value VIF_VOLUME_FLOW 0 m³/h
4. StorageNo 0 Instantaneous value VIF_ELECTRIC_POWER 0 W
5. StorageNo 0 Instantaneous value VIF_FLOW_TEMP 80.6 °C
6. StorageNo 0 Instantaneous value VIF_RETURN_TEMP 35.6 °C
7. StorageNo 65 Instantaneous value VIF_ENERGY_WATT 7579000 Wh
8. StorageNo 65 Instantaneous value VIF_VOLUME 325.108 m³
9. StorageNo 65 Instantaneous value VIF_TIME_POINT_DATE 2016-11-30
10. StorageNo 0 Instantaneous value VIF_ENERGY_WATT 0 Wh
11. StorageNo 0 Instantaneous value unknown 0 (in VIFExtension a6 unknown VIF 18) [per year, 26]


Passen die Werte zu dem was man direkt am Zähler ablesen kann?
Irgendwas passt da noch nicht bei 11., müsste ich mir nochmal im Detail ansehen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bimberle am 26 Dezember 2016, 22:59:35
Hab jetzt endlich auch fhem aufgesetzt und den CUL drin, Daten kommen an, aber ich kann keinen AESKey als Attribut setzen.
Habe hier im Forum gelesen, dass das Paket libcrypt-rijndael-perl vorhanden sein muss... Diese hab ich nachinstalliert, aber immer noch nicht vorhanden...
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 27 Dezember 2016, 20:14:06
Das war die falsche Crypto-Library, was benötigt wird steht in der commandref:
(http://fhem.de/commandref_DE.html#WMBUS)
Zitat
Voraussetzungen
Dieses Modul benötigt die perl Module Crypt::CBC, Digest::CRC and Crypt::OpenSSL::AES (AES wird nur benötigt wenn verschlüsselte Nachrichten verarbeitet werden sollen).
Bei einem Debian basierten System können diese so installiert werden
sudo apt-get install libcrypt-cbc-perl libdigest-crc-perl libssl-dev
sudo cpan -i Crypt::OpenSSL::AES

Unabhängig davon sollte es aber immer möglich sein das Attribut AESKey zu setzen.
Was gab es dann da für Probleme?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bimberle am 28 Dezember 2016, 11:58:04
Ja, sorry hab oh dann auch gelesen. Kämpfe noch mit den letzten beiden Modulen mit abhängigen Referenzen, die nicht automatisch aufgelöst werden können. Krieg ich aber hin.
Hab fhem auf ein openhabian drauf installiert, vielleicht fehlt da sonst noch was. Das flashen des CUL mach ich auch nochmal... vielleicht fehlt auch da noch was, das Attribut ist nämlich nicht da...


Gesendet von iPhone mit Tapatalk
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 29 Dezember 2016, 18:01:21
Das Attribut ist aber immer vorhanden und kann gesetzt werden. Du musst es aber beim WMBUS Device setzen und nicht etwa beim CUL.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bimberle am 29 Dezember 2016, 21:38:00
Es tut mir echt leid, dass ich euch hier belästigt habe.
Ich habe die culfw 1.66 installiert und damit hat das autocreate nicht funktioniert. Bei der manuellen Anlage habe ich dann noch Fehler gemacht und außerdem hatte meine Crypt-Installation eine Macke. Jetzt hab ich alles drin und die Daten kommen an. Vielen Dank!
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: rieders am 18 Februar 2017, 12:34:21
Hallo

Ich habe nun mit einem nanocul es auch soweit hin bekommen das ich Caloric 5 Heizkörper-Sensoren empfange.
Nun möchte ich die einzelnen Werte irgendwie speichern.
Ich hatte mir vorgestellt das die gemessen Werte Täglich einmal und Wöchentlich einmal und Monatlich einmal gespeichert werden.
Gibt es da eine Möglichkeit wie man das einfach erstellen kann ?

Ich möchte auch den Sensoren genau bezeichnen , da jetzt WMBUS_LSE_15391685_65_7 ( z.B.) da steht.
Kann ich das ändern, das ich das Küche oder so nennen kann ?

Ihr merkt ich bin noch nicht so mit der Fehm vertraut.

Ich würde mich freuen wenn jemand helfen könnte.

Grüße

André
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: RaspiLED am 18 Februar 2017, 13:15:17
Hi,
wie wäre es mit
rename WMBUS_LSE_15391685_65_7 WMBUS_Kueche
Gruß Arnd


Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 18 Februar 2017, 13:46:50
Für die Summe pro Periode mal einen Blick auf statistic Modul werfen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: rieders am 19 Februar 2017, 12:03:11
Hallo

Danke für die Antworten.
Mit dem umändern der Bezeichnung ging das ohne Probleme.

Mit der Auswertung über statistics muss ich mich noch näher beschäftigen.


Grüße
André
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: rieders am 20 Februar 2017, 22:46:53
Hallo

Ich habe noch eine Frage.
Wenn ich mal auf wmbus t umstellen bekomme ich viele tch Sensoren .
Die kann ich aber nicht auswerten oder der Code ist unbekannt.
Ich schätze mal das es techem  Geräte sind. Gibt es da schon eine Lösung?

Mit der Auswertung der Daten mittels  statistics bekomme es nicht hin.
Wo kann ich mich mit dem Problem hin wenden ?
Ich würde mich freuen wenn das noch gehen könnte.


Grüße
André
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 21 Februar 2017, 07:18:52
Für Techem gibt es spezielle Module, such mal in der commandref danach.
Sonst musst du deine Probleme genauer beschreiben damit dir geholfen werden kann.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: sun am 23 Februar 2017, 20:42:29
Servus,

könnte mir bitte einmal einer von euch der M-Bus mit dem Sharky 775 in Betrieb hat einen Tip geben ob bei Ihm in der Sharky Loop 3 der Status "UHF = Off" war bevor er empfangen konnte.  Ich bin mir nicht sicher, ob es sich lohnt mir einen Stick zu besorgen und es auszuprobieren. Hintergrund ist, das bei mit der Status dauerhaft auf "Off" steht. Dabei ist es egal ob ich Heize oder nicht. Gemäß Sharky Handbuch sollte der Status auf "UHF = On" gehen wenn der Sharky einen Durchfluss misst und dauerhaft anbleiben wenn er den > 3 Stunden misst. Zumindest interpretiere ich das so. Bin mir aber nicht sicher ob das nur dann der Fall ist wenn er, wie auch immer, erkennt das irgendwo einer auf Ihn "lauscht". Habe auch nicht gefunden ob es sein kann das der Funk ggf. vom Monteur dauerhaft abgeschaltet wurde. Gemäß Aufdruck ist bei mir zumindest einer mit Wireless M-Bus verbaut.

Danke,
Uwe
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: rieders am 03 März 2017, 12:44:49
Hallo

Ich habe ein Problem.
Ich musste Fhem neu aufsetzen da es sich nicht mehr auf den Raspi starten ließ.
Nun legt er keine WMbus Geräte mehr an.
Max Geräte wurden sofort erkannt und angelegt.
Autocreat ist aktiv.

Wie kann ich das wieder anstoßen das die WMBus Geräte wieder erstellt werden  ?

Grüße
Andre
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: rieders am 04 März 2017, 06:35:41
Hallo


Ich habe gesehen das im Eventualitäten Monitor alle WM Bus Geräte als uncnowcode angezeigt werden.
Update hatte ich letztlich durchgeführt auf 5.8 .
Ist da ein Bug  oder mache ich da was falsch?
Wenn ich testweise mal auf wmbus-t stelle bekomme ich sehr viele Geräte.
Die werden aber alle mit uncnowcode angezeigt.

Hat jemand eine Idee warum die plötzlich nichtmehr als wmbus angezeigt werden ?
Die Gerät haben dieses Format.
b294468507404985276F03917A0009F21632200986322010012000199D07B006BA1007CB2008DC3009ED4000FE50096BA80F1


Ich habe in der Logfile noch diese Einträge

2017.03.04 11:01:28 0: ERROR: Cannot autoload WMBUS
2017.03.04 11:01:28 3: nanoCUL: Unknown code b294468502303985276F018CAA0009F2163220098632200001200019911F3006BA1007CB2008DC3009ED4000FE50096BA81::-72.5, help me!
2017.03.04 11:01:28 1: reload: Error:Modul 36_WMBUS deactivated:
Attempt to reload WMBus.pm aborted.
Compilation failed in require at ./FHEM/36_WMBUS.pm line 13.
BEGIN failed--compilation aborted at ./FHEM/36_WMBUS.pm line 13.

2017.03.04 11:01:28 0: Attempt to reload WMBus.pm aborted.
Compilation failed in require at ./FHEM/36_WMBUS.pm line 13.
BEGIN failed--compilation aborted at ./FHEM/36_WMBUS.pm line 13.


Grüße

Andre
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: rieders am 04 März 2017, 08:59:56
Hallo

Ich habe in der Event Log noch etwas gefunden.
2017-03-04 08:56:51 CUL nanoCUL UNKNOWNCODE r5c02e8000632002b1f21612
2017-03-04 08:56:53 CUL nanoCUL UNKNOWNCODE r55b2e70000320005642e5e9
2017-03-04 08:56:56 CUL nanoCUL UNKNOWNCODE r55b2e70000320005642e5e9
2017-03-04 08:57:04 CUL nanoCUL UNKNOWNCODE r5c02e7000632002a1f21611
2017-03-04 08:57:07 CUL nanoCUL UNKNOWNCODE r5c02e8000632002a1f21612
2017-03-04 08:57:09 CUL nanoCUL UNKNOWNCODE r55b2e70000320006642e5eb
2017-03-04 08:57:10 CUL nanoCUL UNKNOWNCODE r5c02e8000632002a1f21613
2017-03-04 08:57:14 CUL nanoCUL UNKNOWNCODE r5c02e9000632002b1f21611

Ist auf 433 MHZ unter Slow RF.

Weiß jemand was das sein könnte ?


Grüße
André
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 07 März 2017, 23:30:36
Dir fehlen wahrscheinlich noch ein paar zusätzliche Perl Module. Deshalb kann das WMBUS Modul nicht geladen werden. Überprüfe ob alle in den commandref von WMBUS angegebenen Voraussetzungen erfüllt sind.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: pc1246 am 27 März 2017, 21:12:52
Moin zusammen
Hat jemand eventuell eine fertige Version mit MBus fuer den NanoCUL? Ich habe gelesen, dass man einige andere Dinge rauswerfen soll, und den Buffer erhoehen? Ich kann letztendlich alles rauswerfen, da der nano nur MBus machen soll!?
Danke und Gruss
Christoph
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 27 März 2017, 21:35:01
Probiere mal die angehängte Version, die enthält nur das nötigste.

Die zugehörige board.h hänge ich auch an, die kannst du als Basis für eigene Versuche verwenden.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: pc1246 am 27 März 2017, 21:35:39
thx
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: pc1246 am 27 März 2017, 21:44:42
kaihs
Ich bekomme immer die Meldung "nanoCUL: Mode WMBus_T not supported"
Habe allerdings auch nur stumpf die hex-Datei geflashed!
Gruss Christoph

Edith: Ja klar, in der board.h ist MBus ja auch noch auskommentiert!
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 27 März 2017, 21:48:35
Sorry, da habe ich ein wenig zu schnell geklickt.

Anbei die korrigierte Version.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: pc1246 am 27 März 2017, 21:58:40
Jo, laeuft! Ich muss mich da echt mal mit auseinander setzen! Kann man denn aus der hex wieder code machen? Reicht die board.h alleine, um die hex zu erstellen?
Ach , ich bin einfach zu alt?
Christoph
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 28 März 2017, 18:39:12
Zitat von: pc1246 am 27 März 2017, 21:58:40
Jo, laeuft! Ich muss mich da echt mal mit auseinander setzen! Kann man denn aus der hex wieder code machen? Reicht die board.h alleine, um die hex zu erstellen?
Ach , ich bin einfach zu alt?
Christoph
Nein, aus der hex kann keinen (lesbaren) Quelltext machen. Ist aber auch nicht nötig, der Quelltext ist ja für jeden verfügbar.
Schau mal im Wiki nach Selbstbau CUL, da ist das Vorgehen erklärt.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: FHEM_User am 28 März 2017, 20:05:49
Moin zusammen
Wie angedroht, machen wir gerade eine WM-Bus Session! Dummerweise bekommen wir zwar viele Geraete rein, aber alle sind unsupported!
CI field ist: a0, a1, a2

Gruss Steffen und Christoph (pc1246)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: herrmannj am 28 März 2017, 21:27:53
sagt nix - (ci feld).

Dort http://www.m-bus.de/man.html kann ma die Hersteller sehen (aber Byte order umdrehen)

bsp:
b294468502303985276F018CAA0009F2163220098632200001200019911F3006BA1007CB2008DC3009ED4000FE50096BA81

6850 -> 5068 -> TCH -> Techem

vg
joerg
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: FHEM_User am 28 März 2017, 21:47:01
Moin

b36446850552093642243B38FA104622200000098000000000E0000003D4400000000000000000000000000000000FFFF00000000000000000000000000FFFF90::-119

b37446850200347673943578BA2106222000000982100000400EEC004123013000000000000000000000000000000E7A40000000000000000000000000000FFFF80::-81.5

b33446850652399109480598AA20F62220000C0270500159708940800107E05000500000000000000000000000000E0BC00000000000000000000FFFF80::-53.5


Hier die Raw Messages von 2 Wärmemengenmesser und einem Heizkörper.
Die letzte Zeile stammt vom Heizkörper. Alles von Techem eingebaut 2017.

Gruß
Steffen
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: herrmannj am 28 März 2017, 22:51:45
also noch Garantie :)

Nehmt doch mal die techem module ... ;)

vg
joerg
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: herrmannj am 28 März 2017, 22:53:56
kann aber sein das da neue fw auf den hkv ist ... mal sehen was ihr rausbekommt
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: pc1246 am 29 März 2017, 07:20:24
Moin Joerg
Wir hatten erst das TechemHKV Modul genommen. Die standen dann auch brav auf listening, aber es kam nichts rein! Dann haben wir auf MBUS-S umgestellt, und es kamen hunderte! von Geraeten rein. Auch unsere, da wir alle anhand der Nummern identifizieren konnten, bzw. an der Kennung und der Anzahl. Leider werden nur PQI und ein weiterer Wert (ist jetzt nicht mehr in meinem Zugriff) dekodiert.
@FHEM-user: Stell doch noch mal das List von einem device ein!
Gruss Christoph
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaizo am 16 Mai 2017, 18:29:47
Hallo,

mit dem w-mbus-Modul kann ich mittlerweile meine Qundis-Wärmemengenzähler empfangen. Diese senden so 3-4 mal am Tag die Daten.
Nun sind meine Wasserzähler Typ Allmess +m ebenfalls mit Funkmodulen ausgestattet, es handelt sich um die ista Radionet 3-Module. Diese funken -sofern ich das/die vielen Datenblätter richtig verstanden habe- mit einem bidirektionalen Modus (t2/s2), scheinbar erst nach Aufforderung.

Hat hier jemand eine Idee, wie ich diese Daten empfangen kann bzw. wie man die Module zum senden überreden kann?
Die ista-Module sind mein Eigentum, ich habe auch schon eins mal geöffnet, es ist als Sendechip ein cc1101 verbaut. Den Controller kann man leider nicht erkennen, der ist schön vergossen.
Lassen sich die Module zum senden anstoßen oder umprogrammieren?

Gruß
Kai


Achtung, "Doppelpost" von mir, nach https://forum.fhem.de/index.php/topic,15769.msg637444.html#msg637444 (https://forum.fhem.de/index.php/topic,15769.msg637444.html#msg637444), scheint dort richtiger aufgehoben zu sein.
Moderator, ggf. bitte verschieben
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: @lex am 22 Juni 2017, 23:18:33
Hallo,

ich versuche meinen Diehl Sharky 773 (Wärmemengenzähler / Fernwärme) auszulesen.

Leider vergeblich, nun hoffe ich Ihr könnt mir weiterhelfen.

Folgender IST-Zustand:

Raspi mit Fhem 5.8 und NanoCUL vorhanden
Culfw 1.66 compiliert und geflashed
WMBus Typ-T läuft und empfängt fleißig
perl Module nachinstalliert und verbose auf 5
AES KEY auf XXX gesetzt
https://forum.fhem.de/index.php/topic,24517.msg323590.html#msg323590 (https://forum.fhem.de/index.php/topic,24517.msg323590.html#msg323590)


Inhalt der Logdatei:

2017.06.22 22:33:59 5: CUL/RAW: /b5B4424232B0432006034E42F7A9B004D3E2064CB5
2017.06.22 22:33:59 5: CUL/RAW: b5B4424232B0432006034E42F7A9B004D3E2064CB5/0CD7C05EB32EF75541896116F97C075885788962C365DDC165FF40FA849AFB7DD5866BF2B387CF654B392ACB1D9DF0D772616420C5AD35FC28E36EE5C28
2017.06.22 22:33:59 5: CUL/RAW: b5B4424232B0432006034E42F7A9B004D3E2064CB50CD7C05EB32EF75541896116F97C075885788962C365DDC165FF40FA849AFB7DD5866BF2B387CF654B392ACB1D9DF0D772616420C5AD35FC28E36EE5C28/1FD06B706FCE1A5BF014ACF05DB7B4B48

2017.06.22 22:33:59 4: CUL_Parse: CUL0 b5B4424232B0432006034E42F7A9B004D3E2064CB50CD7C05EB32EF75541896116F97C075885788962C365DDC165FF40FA849AFB7DD5866BF2B387CF654B392ACB1D9DF0D772616420C5AD35FC28E36EE5C281FD06B706FCE1A5BF014ACF05DB7B4B48
2017.06.22 22:33:59 5: CUL0: dispatch b5B4424232B0432006034E42F7A9B004D3E2064CB50CD7C05EB32EF75541896116F97C075885788962C365DDC165FF40FA849AFB7DD5866BF2B387CF654B392ACB1D9DF0D772616420C5AD35FC28E36EE5C281FD06B706FCE1A5BF014ACF05DB7B4B48
2017.06.22 22:33:59 5: WMBUS raw msg b5B4424232B0432006034E42F7A9B004D3E2064CB50CD7C05EB32EF75541896116F97C075885788962C365DDC165FF40FA849AFB7DD5866BF2B387CF654B392ACB1D9DF0D772616420C5AD35FC28E36EE5C281FD06B706FCE1A5BF014ACF05DB7B4B48
2017.06.22 22:33:59 2: WMBUS Error during LinkLayer parse:message too short, expected 106, got 99 bytes
2017.06.22 22:33:59 5: WMBUS raw msg b5B4424232B0432006034E42F7A9B004D3E2064CB50CD7C05EB32EF75541896116F97C075885788962C365DDC165FF40FA849AFB7DD5866BF2B387CF654B392ACB1D9DF0D772616420C5AD35FC28E36EE5C281FD06B706FCE1A5BF014ACF05DB7B4B48
2017.06.22 22:33:59 2: WMBUS Error during LinkLayer parse:message too short, expected 106, got 99 bytes
2017.06.22 22:33:59 3: CUL0: Unknown code b5B4424232B0432006034E42F7A9B004D3E2064CB50CD7C05EB32EF75541896116F97C075885788962C365DDC165FF40FA849AFB7DD5866BF2B387CF654B392ACB1D9DF0D772616420C5AD35FC28E36EE5C281FD06B706FCE1A5BF014ACF05DB7B4B48, help me!


Device List:

DeviceOverview
WMBUS_HYD_81380431_72_52 Encryption mode 6 not implemented

Internals
DEF HYD 81380431 72 52
DeviceMedium unknown
DeviceType 52
IODev CUL0
IdentNumber 81380431
Manufacturer HYD
MessageEncoding CUL
NAME WMBUS_HYD_81380431_72_52
NR 112
STATE Encryption mode 6 not implemented
TYPE WMBUS
Version 72
addr HYD_81380431_72_52

Readings
LQI 128 2017-06-22 04:14:14
RSSI -66 2017-06-22 04:14:14
state Encryption mode 6 not implemented 2017-06-22 04:14:14


Nun empfange ich anscheinend auch noch den Diehl Zähler des Nachbarn:
WMBUS_HYD_00320431_96_52 Encryption mode 4 not implemented
WMBUS_HYD_81380431_72_52 Encryption mode 6 not implemented


Komischerweise nur mit einem anderen Fehler beim gleichen KEY.


Was kann ich noch machen, um an die Daten zu kommen?

Vielen Dank vorab
Alex


Anmerkung:
Aufgrund eines Einwandes des Herstellers wurde dieser Beitrag am 8.8.2018 von einem Moderator geändert
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 24 Juni 2017, 14:32:40
'message too short' liegt an einem zu kleinen Empfangspuffer in der culfw. In der board.h muss TTY_BUFSIZE erhöht werden und die culfw dann neu compiliert und geflasht werden.
'Encryption mode 4 not implemented' ist schon komplizierter. Die sind zwar im Standard beschrieben waren mir aber bisher zu aufwändig zu implementieren weil mir auch noch kein Zähler untergekommen ist der das verwendet hat.

Gesendet von meinem SM-G935F mit Tapatalk

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mraza am 26 Juni 2017, 13:05:44
Hi,

I'm trying to read Danfoss Sonometer 1100. (using Raspi + CUL)

This is my reading:
b4844D3102004802125532D427A54003A5EB27515CABC1C1C6CCE804B4D6641301633F04E74D8D94A52A98E1350D47ADEE53DB974A9A87263E6E2FBCF2FE3E06D3A47F34E5E2054C3F42AC1A340664D7402B54680

I read through this thread (I understand german, but it's harder to write :) ) and I think, I have problem with bytes 4 -5.

Bytes 0 - 3 seems OK to me (10d3 - manufacturer DFS)
Bytes 4 - 5 0420 - should not be here?
Bytes 6 - 9 53252180 - this is my serial number

Any idea what could bytes 4 and 5 mean?

Thanks,

Andy
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 26 Juni 2017, 21:00:49
Hello Andy,

you are right that 10D3/DFS is the manufacturer.
According to my test program the serial number is 21800420 though. The serial number is in BCD format.
But the greatest problem is that the data is encrypted using mode 14 encryption.
This mode isn't described in the specification I have access to, it only specifies mode 0, 5, 7 and 13.

If you want to know more about the protocol you can find the specification (in english) at http://oms-group.org/download4all/ (http://oms-group.org/download4all/).

Kai
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mraza am 27 Juni 2017, 13:54:40
Hi Kai,

thanks for info.

I think the easier problem with A-Field is solved. Address and version with type are exchanged. The first byte in A-field is version(20) , second is type (04 - heat) and then comes address (53252180 is the correct SN, that is written on the device).

What is not clear to me, is the encryption mode. I recorded more frames and mode is changing from message to message.
I doubt that this device is using so many encryption modes.

Any ideas are welcome.

BR,

Andy


Some data:
L  C  M    A            CRC  CI AC ST CW
48 44 D310 200480212553 2D42 7A 54 00 3A5E B27515CABC1C1C6CCE804B4D6641301633F04E74D8D94A52A98E1350D47ADEE53DB974A9A87263E6E2FBCF2FE3E06D3A47F34E5E2054C3F42AC1A340664D7402B54680
48 44 D310 200480212553 2D42 7A B6 00 3A5C B2BC69DB2AB2500DEF7D713A9626BD60ABFCF8A797C7A9DDE485BEBD2410C0928D0CFCB375A695F5FB46799D61AFEF3F2543D3CE6346BFCBBD2C6AFA8D851547639D80
48 44 D310 200480212553 2D42 7A D1 00 3A9D B2C8D6A11568EB69E53F8E2ABA5C8BF65324825442A237081DB4C38EBB99716B44FE198CFCDD654C32F92D7649A03692B621BA986D1854D78934F40C2BBE51A0389D80
48 44 D310 200480212553 2D42 7A 0E 00 3AB4 B237F5E85B4E5345B612E2BC493099D60D5C915542D857A01410AF960EBF64F19C0A5BDC2F98CC37FC739584F136523D9033898BB53B42A704D9D1528E73F5A5C83180
48 44 D310 200480212553 2D42 7A 24 00 3AB1 B210D936EDF9276130CF46DADE59C216109C39B957636B48EEADCC560EC2A4509668E57BCA4E58676BA22647F9FC83CD573F2C4094C5974589E78AC3C008ECF9A55880
48 44 D310 200480212553 2D42 7A D3 00 3A15 B2CA3348200CD112AE5DAE1F740AE28087F0DB1C129C96B3DEF8D071FE9B6777A3ECB232E571E45C39F74914FFD669721E09E3354728818B58956EB18CFD0112C3F380
48 44 D310 200480212553 2D42 7A 4A 00 3AF9 B26E861C9D0168D4CFB3A8749C5165E0E47F0ACFEB5F23AFFB0AF76B27B05554B05C7D632951EC168BA3D1175311090438680F74A440438493A9B39D289F428E16FE80
48 44 D310 200480212553 2D42 7A 4F 00 3AF0 B26A3F3A6D7B011F24C478C467D683B63CBD94FB63EF30059C34D97A0F0985E30DFDFFC016DEAEBE98382BE364C698D812AC90F865398393583A4BB8B5B84BB3B88680
48 44 D310 200480212553 2D42 7A A8 00 3AB0 B2A7FA0D0BAF24B5F64E92CC3336E8967C73BC1CA443C020B6015A2FD600B923006DF479F4851A05921E67A5D15E8B95A3D892E4E7523FBB04447A27C35723CBC02580
48 44 D310 200480212553 2D42 7A BA 00 3AB3 B2B230AD95EACD171634B095E3D3CA5670052F16765C6C456F2DD6FBBB910ED8DFE30237204D9395C16320D2D49A2DAA98B206209CE4400158E935775E0EF6EA254380
48 44 D310 200480212553 2D42 7A C0 00 3A3E B2DE8E1C24FB258DC1941C58C7C4F4FBE0EC64B2E8976A0BE67255E630FC03020FFA97A33D6F2D446F0D3C52A129E01B05F75B27A586949F6CE8ECBFC2057C6A2B0080
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: @lex am 27 Juni 2017, 23:33:40
Zitat von: kaihs am 24 Juni 2017, 14:32:40
'message too short' liegt an einem zu kleinen Empfangspuffer in der culfw. In der board.h muss TTY_BUFSIZE erhöht werden und die culfw dann neu compiliert und geflasht werden.
'Encryption mode 4 not implemented' ist schon komplizierter. Die sind zwar im Standard beschrieben waren mir aber bisher zu aufwändig zu implementieren weil mir auch noch kein Zähler untergekommen ist der das verwendet hat.

Gesendet von meinem SM-G935F mit Tapatalk

Hallo Kai,

vielen Dank für deine Antwort.

Heute hatte ich wieder Zeit mich mit M-Bus zu beschäftigen.

Also ich habe den Buffer auf 256 erhöht, compiliert und geflasht.

Leider bleibt das Ergebnis das gleiche:
2017.06.27 23:20:23 4: CUL_Parse: CUL0 b5B4424232B0438814834C98F7A3C004D7490458124315D669584C1E31C491F19AF18536327CF5149DC6CFBE3C9CE7711B91BA644FFCF6605EA7BBCF5C5973A9C4EC9F8FD33F996BDDBCDAAB5F5A511C88824830ADF34EF5D04664AA6CD9D8F2491171
2017.06.27 23:20:23 5: CUL0: dispatch b5B4424232B0438814834C98F7A3C004D7490458124315D669584C1E31C491F19AF18536327CF5149DC6CFBE3C9CE7711B91BA644FFCF6605EA7BBCF5C5973A9C4EC9F8FD33F996BDDBCDAAB5F5A511C88824830ADF34EF5D04664AA6CD9D8F2491171
2017.06.27 23:20:23 5: WMBUS raw msg b5B4424232B0438814834C98F7A3C004D7490458124315D669584C1E31C491F19AF18536327CF5149DC6CFBE3C9CE7711B91BA644FFCF6605EA7BBCF5C5973A9C4EC9F8FD33F996BDDBCDAAB5F5A511C88824830ADF34EF5D04664AA6CD9D8F2491171
2017.06.27 23:20:23 2: WMBUS Error during LinkLayer parse:message too short, expected 106, got 99 bytes
2017.06.27 23:20:23 5: WMBUS raw msg b5B4424232B0438814834C98F7A3C004D7490458124315D669584C1E31C491F19AF18536327CF5149DC6CFBE3C9CE7711B91BA644FFCF6605EA7BBCF5C5973A9C4EC9F8FD33F996BDDBCDAAB5F5A511C88824830ADF34EF5D04664AA6CD9D8F2491171
2017.06.27 23:20:23 2: WMBUS Error during LinkLayer parse:message too short, expected 106, got 99 bytes
2017.06.27 23:20:23 3: CUL0: Unknown code b5B4424232B0438814834C98F7A3C004D7490458124315D669584C1E31C491F19AF18536327CF5149DC6CFBE3C9CE7711B91BA644FFCF6605EA7BBCF5C5973A9C4EC9F8FD33F996BDDBCDAAB5F5A511C88824830ADF34EF5D04664AA6CD9D8F2491171, help me!
2017.06.27 23:20:32 5: CUL/RAW: /b5B4424232B0432006034E42F7A0A004D3820CB93
2017.06.27 23:20:32 5: CUL/RAW: b5B4424232B0432006034E42F7A0A004D3820CB93/B9A5E155C1CE9CF0F0E69433D4981EC17AEF88A6DF1E32B4E0925AB3F8C651D074F2F4B321A611FFDDC68CB03A8E1F87826EBDD570D769E818B759EF09C
2017.06.27 23:20:32 5: CUL/RAW: b5B4424232B0432006034E42F7A0A004D3820CB93B9A5E155C1CE9CF0F0E69433D4981EC17AEF88A6DF1E32B4E0925AB3F8C651D074F2F4B321A611FFDDC68CB03A8E1F87826EBDD570D769E818B759EF09C/3C777C4D6A92D6963286A29C99EE968FAD


Und auch bei meinen empfangbaren Devices wechselt der Mode. Aktuell bin ich bei:
A) Encryption mode a not implemented
B) Encryption mode 8 not implemented

Habe ich evtl. in der h.board zuviel rausgenommen?
IT und der kmpl. letzte Block sind raus...

#ifndef _BOARD_H
#define _BOARD_H

#include <stdint.h>

/* if you have an Arduino with only 8MHz disable the next line */
#define HAS_16MHZ_CLOCK

/* if you are using a CC1101 module for 868MHz disable the next line */
/*#define HAS_CC1100_433*/


#define SPI_PORT PORTB
#define SPI_DDR DDRB
#define SPI_SS 2
#define SPI_MISO 4
#define SPI_MOSI 3
/* die aufgelötete gelbe LED ist an PB5/SCLK angeschlossen! */
#define SPI_SCLK 5

#define CC1100_CS_DDR SPI_DDR
#define CC1100_CS_PORT          SPI_PORT
#define CC1100_CS_PIN SPI_SS


/* CC1101 GDO0 Tx / Temperature Sensor */
#if 0
#define CC1100_OUT_DDR DDRC
#define CC1100_OUT_PORT         PORTC
#define CC1100_OUT_PIN          PC0
#define CC1100_OUT_IN           PINC
#define CCTEMP_MUX              CC1100_OUT_PIN
#else
#define CC1100_OUT_DDR DDRD
#define CC1100_OUT_PORT         PORTD
#define CC1100_OUT_PIN          PD3
#define CC1100_OUT_IN           PIND
#define CCTEMP_MUX              CC1100_OUT_PIN
#endif

/* CC1101 GDO2 Rx Interrupt */
#define CC1100_IN_DDR DDRD
#define CC1100_IN_PORT          PIND
#define CC1100_IN_PIN           PD2
#define CC1100_IN_IN            PIND

#define CC1100_INT INT0
#define CC1100_INTVECT          INT0_vect
#define CC1100_ISC ISC00
#define CC1100_EICR             EICRA

/* externe LED */
#define LED_DDR                 DDRB
#define LED_PORT                PORTB
#define LED_PIN                 1

//#define LED_ON_DDR              DDRB
//#define LED_ON_PORT             PORTB
//#define LED_ON_PIN              1


#define BOARD_ID_STR            "nanoCUL868"
#define BOARD_ID_STR433         "nanoCUL433"

/* define this device as a 433 MHz one */
/* this isn't done like a CUL by reading a port pin but instead a fixed value of 0 for mark433_pin is used */
#define MULTI_FREQ_DEVICE
#define MARK433_PIN mark433_pin
#define MARK433_BIT             0
extern const uint8_t mark433_pin;

#define HAS_UART
#define UART_BAUD_RATE          38400

/* ATMega328P has only one UART, no need to define the UART to use */
//#define USART_RX_vect           USART0_RX_vect
//#define USART_UDRE_vect         USART0_UDRE_vect

#define TTY_BUFSIZE             256


#define RCV_BUCKETS            2      //                 RAM: 25b * bucket
#define FULL_CC1100_PA                // PROGMEM:  108b
#define HAS_RAWSEND                   //
#define HAS_FASTRF                    // PROGMEM:  468b  RAM:  1b
#define HAS_ASKSIN
/* Intertechno Senden einschalten
#define HAS_INTERTECHNO
#define HAS_TCM97001 */
/* Intertechno Empfang einschalten
#define HAS_IT
#define HAS_REVOLT
#define HAS_CC1101_RX_PLL_LOCK_CHECK_TASK_WAIT
#define HAS_CC1101_PLL_LOCK_CHECK_MSG
#define HAS_CC1101_PLL_LOCK_CHECK_MSG_SW */
/* HAS_MBUS requires about 1kB RAM, if you want to use it you
   should consider disabling other unneeded features
   to avoid stack overflows
*/
#define HAS_MBUS

/* #define HAS_ASKSIN_FUP
#define HAS_MORITZ
#define HAS_RWE
#define HAS_ESA
#define HAS_TX3
#define HAS_UNIROLL
#define HAS_HOERMANN
#define HAS_MEMFN
#define HAS_SOMFY_RTS
#define HAS_FHT_80b                     // PROGMEM: 1374b, RAM: 90b
#define HAS_FHT_8v                    // PROGMEM:  586b  RAM: 23b
#define HAS_FHT_TF
#define FHTBUF_SIZE          174      //                 RAM: 174b
#define HAS_KOPP_FC*/


#endif


Was könnte ich noch versuchen?

Vielen Dank vorab und beste Grüße
Alex



Nachtrag:
Alles nochmal von vorne.  8)
Nun bekommen ich den Parse Fehler nicht mehr.


Aber, senden sie Wärmezähler mit wechselnden Verschlüsselungen?
2017.06.28 01:12:02 2: WMBUS WMBUS_HYD_81380431_72_52 Error during ApplicationLayer parse:Encryption mode 9 not implemented
2017.06.28 01:12:03 2: WMBUS WMBUS_HYD_00320431_96_52 Error during ApplicationLayer parse:Encryption mode 2 not implemented
2017.06.28 01:12:15 2: WMBUS WMBUS_HYD_81380431_72_52 Error during ApplicationLayer parse:Encryption mode 9 not implemented
2017.06.28 01:12:16 2: WMBUS WMBUS_HYD_00320431_96_52 Error during ApplicationLayer parse:Encryption mode 2 not implemented
2017.06.28 01:12:29 2: WMBUS WMBUS_HYD_81380431_72_52 Error during ApplicationLayer parse:Encryption mode d not implemented
2017.06.28 01:12:43 2: WMBUS WMBUS_HYD_00320431_96_52 Error during ApplicationLayer parse:Encryption mode 2 not implemented
2017.06.28 01:12:55 2: WMBUS WMBUS_HYD_81380431_72_52 Error during ApplicationLayer parse:Encryption mode d not implemented
2017.06.28 01:13:09 2: WMBUS WMBUS_HYD_81380431_72_52 Error during ApplicationLayer parse:Encryption mode d not implemented
2017.06.28 01:13:22 2: WMBUS WMBUS_HYD_81380431_72_52 Error during ApplicationLayer parse:Encryption mode d not implemented
2017.06.28 01:13:23 2: WMBUS WMBUS_HYD_00320431_96_52 Error during ApplicationLayer parse:Encryption mode 2 not implemented
2017.06.28 01:13:35 2: WMBUS WMBUS_HYD_81380431_72_52 Error during ApplicationLayer parse:Encryption mode d not implemented
2017.06.28 01:14:16 2: WMBUS WMBUS_HYD_81380431_72_52 Error during ApplicationLayer parse:Encryption mode d not implemented
2017.06.28 01:14:29 2: WMBUS WMBUS_HYD_81380431_72_52 Error during ApplicationLayer parse:Encryption mode d not implemented
2017.06.28 01:14:30 2: WMBUS WMBUS_HYD_00320431_96_52 Error during ApplicationLayer parse:Encryption mode 2 not implemented
2017.06.28 01:14:44 2: WMBUS WMBUS_HYD_00320431_96_52 Error during ApplicationLayer parse:Encryption mode 2 not implemented
2017.06.28 01:14:56 2: WMBUS WMBUS_HYD_81380431_72_52 Error during ApplicationLayer parse:Encryption mode d not implemented
2017.06.28 01:15:09 2: WMBUS WMBUS_HYD_81380431_72_52 Error during ApplicationLayer parse:Encryption mode d not implemented
2017.06.28 01:15:10 2: WMBUS WMBUS_HYD_00320431_96_52 Error during ApplicationLayer parse:Encryption mode b not implemented

2017.06.28 01:26:46 2: WMBUS WMBUS_HYD_81380431_72_52 Error during ApplicationLayer parse:Encryption mode 2 not implemented
2017.06.28 01:26:48 2: WMBUS WMBUS_HYD_00320431_96_52 Error during ApplicationLayer parse:Encryption mode e not implemented
2017.06.28 01:26:59 2: WMBUS WMBUS_HYD_81380431_72_52 Error during ApplicationLayer parse:Encryption mode 2 not implemented
2017.06.28 01:27:01 2: WMBUS WMBUS_HYD_00320431_96_52 Error during ApplicationLayer parse:Encryption mode e not implemented
2017.06.28 01:27:13 2: WMBUS WMBUS_HYD_81380431_72_52 Error during ApplicationLayer parse:Encryption mode 2 not implemented
2017.06.28 01:27:15 2: WMBUS WMBUS_HYD_00320431_96_52 Error during ApplicationLayer parse:Encryption mode c not implemented
2017.06.28 01:27:26 2: WMBUS WMBUS_HYD_81380431_72_52 Error during ApplicationLayer parse:Encryption mode a not implemented
2017.06.28 01:27:28 2: WMBUS WMBUS_HYD_00320431_96_52 Error during ApplicationLayer parse:Encryption mode c not implemented



Titel: Antw:Wireless M-Bus für CUL
Beitrag von: hyper2910 am 16 Juli 2017, 19:54:30
welchen Warmwasserzähler könnt ihr empfehlen um diesen Auszuwerten?


desweiteren habe ich zwei Wärmemengenzähler, ich komme aber nicht weiter.

Kann mir jemand helfen?

CUL/RAW: /TMODE
bA944C51447112572000444A67AEB009005ADC8F4334E62030BA8D2B5CDE9F8284C6C16A77876AC7E677AD2CB7D98561C7F7B364548C8CD1DECEBF9DFBAC7D

2017.07.17 10:51:06.516 4: CUL_Parse: CUN_WM_Bus TMODE
2017.07.17 10:51:06.516 5: CUL_Parse: switched to TMODE
2017.07.17 10:51:06.516 4: CUL_Parse: CUN_WM_Bus bA944C51447112572000444A67AEB009005ADC8F4334E62030BA8D2B5CDE9F8284C6C16A77876AC7E677AD2CB7D98561C7F7B364548C8CD1DECEBF9DFBAC7D
2017.07.17 10:51:06.518 5: CUN_WM_Bus: dispatch bA944C51447112572000444A67AEB009005ADC8F4334E62030BA8D2B5CDE9F8284C6C16A77876AC7E677AD2CB7D98561C7F7B364548C8CD1DECEBF9DFBAC7D
2017.07.17 10:51:06.759 5: WMBUS raw msg bA944C51447112572000444A67AEB009005ADC8F4334E62030BA8D2B5CDE9F8284C6C16A77876AC7E677AD2CB7D98561C7F7B364548C8CD1DECEBF9DFBAC7D
2017.07.17 10:51:06.761 2: WMBUS Error during LinkLayer parse:message too short, expected 192, got 63 bytes
2017.07.17 10:51:06.776 3: CUN_WM_Bus: Unknown code bA944C51447112572000444A67AEB009005ADC8F4334E62030BA8D2B5CDE9F8284C6C16A77876AC7E677AD2CB7D98561C7F7B364548C8CD1DECEBF9DFBAC7D, help me!
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: hyper2910 am 18 Juli 2017, 22:06:10
Ich habe es, obwohl die bestellte Konfiguration ohne AES sein sollte, war AES aktiviert.


Jetzt funktioniert es.


Hat jemand sich eine schöne Anzeige schon gebastelt?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Shojo am 17 August 2017, 11:52:30
Hi,

ich habe nun auch paar Heizkostenverteiler Kalo 1.5M und auch 2 für die Wasserzähler (Model habe ich grade nicht im Kopf) bekommen
Nun würde ich mich auch gerne bei den Versuch diese im FHEM zu verarbeiten beteiligen.
Ich habe aktuell einen 433MHz Selbau CUL mit SignalDuino dafür zur Verfügung, zum testen sollte es ja reichen diesen auf 868MHz zu betreiben.

Welche Firmware muss ich nun nutze für das Sniffen?
Könnte mir da wer paar Infos geben? :)


Gruß
Dennis
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: hyper2910 am 17 August 2017, 12:08:24
Du kannst die normale CUL FW nehmen, musst natürlich in der board.h  WMBUS aktivieren und andere Dienste deaktivieren, damit das ganez nicht zu gross wird.

Dann das S oder T Bus Protokoll aktivieren und dann sollten sich die Device autom. anlegen

zum flashen, bin ich dieser Anleitung gefolgt:

https://haustech.wordpress.com/2016/03/24/selbstbau-cul-stick/
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Shojo am 17 August 2017, 20:53:09
Hmmm... sobald ich
attr nanoCUL rfmode WMBus_T
setzte Blickt die L LED wie blöd und es geht nichts mehr...

Jemand eine Idee?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: hyper2910 am 17 August 2017, 20:56:07
ich würde nochmals neu flashen.   

Passiert das gleiche auch bei S Mode?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Shojo am 17 August 2017, 20:59:47
Leider ja,
Hier mal die List vom Device

Internals:
   CFGFN
   CMDS       ABbCeFfGKlMRTtVWXx
   Clients    :WMBUS:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400 1234
   DeviceName /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400
   FD         41
   FHTID      1234
   NAME       nanoCUL
   NR         12734
   PARTIAL
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.67 nanoCUL433
   initString X21
brt
   MatchList:
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     J:WMBUS    ^b.*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2017-08-17 20:58:39   ccconf          freq:800.000MHz bWidth:203KHz rAmpl:33dB sens:8dB
     2017-08-17 20:58:24   cmds             A B b C e F f G K l M R T t V W X x
     2017-08-17 20:58:24   state           Initialized
Attributes:
   rfmode     WMBus_T
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: hyper2910 am 17 August 2017, 21:03:52
Da stimmt aber etwas total nicht. Der will auf 800Mhz senden.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Shojo am 17 August 2017, 21:16:41
Jo, er spinnt egal was ich mache ..
Aber mit der Signalduino FW läuft er ohne Probs.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: hyper2910 am 17 August 2017, 21:40:18
Ich weiss nicht ob bei der Signalduino WM Bus integriert ist. Vielleicht kannst du mal schauen ob es bei der fw auch etwas geändert werden muss.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Shojo am 17 August 2017, 21:42:07
Zitat von: hyper2910 am 17 August 2017, 21:40:18
Ich weiss nicht ob bei der Signalduino WM Bus integriert ist. Vielleicht kannst du mal schauen ob es bei der fw auch etwas geändert werden muss.
Nein ist dort leider nicht integriert, daher auch der versuch mit der anderen Firmware...

Zitat von: hyper2910 am 17 August 2017, 21:40:18
Vielleicht kannst du mal schauen ob es bei der fw auch etwas geändert werden muss.
Wie meinst Du das?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: hyper2910 am 17 August 2017, 21:50:55
Bei der nanocul fw muss h.board eine Anpassung erfolgen.




In der  board.h Datei das //#define HAS_MBUS definieren.

Am besten dann homematic oder ähnliches deaktivieren.

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Shojo am 17 August 2017, 21:57:20
Ja habe schon alle Kombies durch, soll wohl nicht sein. 
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: pc1246 am 18 August 2017, 06:40:22
Moin
Kaihs hatte mir mal eine lauffaehige Version erstellt. Schau mal hier https://forum.fhem.de/index.php/topic,24517.msg612435.html#msg612435 !
Gruss Christoph
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Shojo am 18 August 2017, 08:36:16
Danke, aber diese läuft leider auch nicht.....
Keine Ahnung was da mit der Hardware los ist...
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Shojo am 31 August 2017, 19:46:07
So heute kamen meine neuen Platinen und nun habe ich auch die richtige Hardware zu sniffen.
Mal sehen wann was reinkommt :)

Sollte doch so passen ?!

Internals:
   CFGFN
   CMDS       ABbCEeFfGhKklMmRTtUVWXxYZz
   CUL868_MSGCNT 3
   CUL868_TIME 2017-08-31 19:31:24
   Clients    :WMBUS:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        /dev/serial/by-path/platform-dwc2_b-usb-0:1.1:1.0-port0@38400 2541
   DeviceName /dev/serial/by-path/platform-dwc2_b-usb-0:1.1:1.0-port0@38400
   FD         69
   FHTID      2541
   NAME       CUL868
   NR         74252
   PARTIAL
   RAWMSG     OFF
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.67 nanoCUL868
   initString X21
brs
   MatchList:
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     J:WMBUS    ^b.*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2017-08-31 19:31:42   ccconf          freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
     2017-08-31 19:26:15   cmds             A B b C E e F f G h K k l M m R T t U V W X x Y Z z
     2017-08-31 19:17:44   credit10ms      754
     2017-08-31 19:17:51   fhtbuf          AE
     2017-08-31 19:31:24   state           Initialized
     2017-08-31 19:17:55   uptime          0 00:05:14
     2017-08-31 19:17:59   version         V 1.67 nanoCUL868
Attributes:
   rfmode     WMBus_S
   verbose    5
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Shojo am 01 September 2017, 07:26:05
So Heute Nacht haben sich 56 Devices über den WMBUS angelegt.
Von allen Devices logge ich aktuell die rawmsg mit.

WMBUS_LSE_0* Wasseruhren sind und die WMBUS_LSE_88* die Heizungsfühler.
Der WMBUS_LSE_66* DeviceMedium = Heat ?

Aber hier erst einmal die erste ausbeute an Devices...

WMBUS_LSE_00043705_81_7
WMBUS_LSE_00043713_81_7
WMBUS_LSE_00046043_81_7
WMBUS_LSE_00054087_81_7
WMBUS_LSE_06292451_81_7
WMBUS_LSE_06294593_81_7
WMBUS_LSE_06347948_81_7
WMBUS_LSE_06347966_81_7
WMBUS_LSE_06364529_81_7
WMBUS_LSE_06364632_81_7
WMBUS_LSE_06364633_81_7
WMBUS_LSE_66254107_26_4
WMBUS_LSE_88072190_52_8
WMBUS_LSE_88177773_52_8
WMBUS_LSE_88177774_52_8
WMBUS_LSE_88177775_52_8
WMBUS_LSE_88177776_52_8
WMBUS_LSE_88177777_52_8
WMBUS_LSE_88177778_52_8
WMBUS_LSE_88177779_52_8
WMBUS_LSE_88177780_52_8
WMBUS_LSE_88177781_52_8
WMBUS_LSE_88177782_52_8
WMBUS_LSE_88177783_52_8
WMBUS_LSE_88177784_52_8
WMBUS_LSE_88177785_52_8
WMBUS_LSE_88177786_52_8
WMBUS_LSE_88177787_52_8
WMBUS_LSE_88177788_52_8
WMBUS_LSE_88177789_52_8
WMBUS_LSE_88177790_52_8
WMBUS_LSE_88177791_52_8
WMBUS_LSE_88177792_52_8
WMBUS_LSE_88177793_52_8
WMBUS_LSE_88177794_52_8
WMBUS_LSE_88177795_52_8
WMBUS_LSE_88177798_52_8
WMBUS_LSE_88177800_52_8
WMBUS_LSE_88177801_52_8
WMBUS_LSE_88177802_52_8
WMBUS_LSE_88177803_52_8
WMBUS_LSE_88177804_52_8
WMBUS_LSE_88177805_52_8
WMBUS_LSE_88177806_52_8
WMBUS_LSE_88177807_52_8
WMBUS_LSE_88177808_52_8
WMBUS_LSE_88177809_52_8
WMBUS_LSE_88177810_52_8
WMBUS_LSE_88177811_52_8
WMBUS_LSE_88177814_52_8
WMBUS_LSE_88177815_52_8
WMBUS_LSE_88177818_52_8
WMBUS_LSE_88177819_52_8
WMBUS_LSE_88177820_52_8
WMBUS_LSE_88177821_52_8
WMBUS_LSE_88177822_52_8
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Shojo am 01 September 2017, 14:03:09
So hier das erste Log (gekürzt):

history
---
```sql
select * from history where type = 'WMBUS' order by device, timestamp desc
```
| TIMESTAMP | DEVICE | TYPE | EVENT | READING | VALUE | UNIT |
| - | - | - | - | - | - | - |
| 2017-09-01 10:13:07 | WMBUS_LSE_00043705_81_7 | WMBUS | rawmsg: 2e4465b2053704005107e71e7a61000000046d0a0921290c13921500b211004c1392150000426c3f28326cffff0c394f780361535879a497f3 | rawmsg | 2e4465b2053704005107e71e7a61000000046d0a0921290c13921500b211004c1392150000426c3f28326cffff0c394f780361535879a497f3 |  |
| 2017-09-01 05:55:14 | WMBUS_LSE_00043705_81_7 | WMBUS | rawmsg: 2e4465b2053704005107e71e7a60000000046d340421290c13921500b775004c1392150000426c3f28326cffff0c394f780361535879a499ed | rawmsg | 2e4465b2053704005107e71e7a60000000046d340421290c13921500b775004c1392150000426c3f28326cffff0c394f780361535879a499ed |  |
| 2017-09-01 01:26:22 | WMBUS_LSE_00043705_81_7 | WMBUS | rawmsg: 304465b205370400510761167a5e800000046d1800212902fdac7e1dc044018c04139215000082046c3f2801fd0c7416050c7803615358c65996ed | rawmsg | 304465b205370400510761167a5e800000046d1800212902fdac7e1dc044018c04139215000082046c3f2801fd0c7416050c7803615358c65996ed |  |
| 2017-09-01 01:23:22 | WMBUS_LSE_00043705_81_7 | WMBUS | rawmsg: 304465b205370400510761167a5e800000046d1500212902fdac7ed17e89018c04139215000082046c3f2801fd0c7416050c7803615358c65993ed | rawmsg | 304465b205370400510761167a5e800000046d1500212902fdac7ed17e89018c04139215000082046c3f2801fd0c7416050c7803615358c65993ed |  |
| 2017-09-01 01:08:22 | WMBUS_LSE_00043705_81_7 | WMBUS | rawmsg: 304465b205370400510761167a5e800000046d0600212902fdac7e559b4c058c04139215000082046c3f2801fd0cb7a6050c7803615358c65996ec | rawmsg | 304465b205370400510761167a5e800000046d0600212902fdac7e559b4c058c04139215000082046c3f2801fd0cb7a6050c7803615358c65996ec |  |
| 2017-09-01 13:51:33 | WMBUS_LSE_00046043_81_7 | WMBUS | rawmsg: 2a4465b243600400510770967a62000000046d310c21298c04136680f381020082046c3f2801fd0c050c785813534dfc58857b990f | rawmsg | 2a4465b243600400510770967a62000000046d310c21298c04136680f381020082046c3f2801fd0c050c785813534dfc58857b990f |  |
| 2017-09-01 10:09:26 | WMBUS_LSE_00046043_81_7 | WMBUS | rawmsg: 2e4465b24360040051079eda7a61000000046d070921290c13618202f96e004c1366800200426c3f28326cffff0c667378581353584d859410 | rawmsg | 2e4465b24360040051079eda7a61000000046d070921290c13618202f96e004c1366800200426c3f28326cffff0c667378581353584d859410 |  |
| 2017-09-01 06:30:16 | WMBUS_LSE_00046043_81_7 | WMBUS | rawmsg: 2e4465b24360040051079eda7a60000000046d1b0521290c13938002a96b004c1366800200426c3f28326cffff0c667378581353584d859902 | rawmsg | 2e4465b24360040051079eda7a60000000046d1b0521290c13938002a96b004c1366800200426c3f28326cffff0c667378581353584d859902 |  |
| 2017-09-01 02:53:36 | WMBUS_LSE_00046043_81_7 | WMBUS | rawmsg: 2e4465b24360040051079eda7a5f000000046d330121290c1367800245b4004c1366800200426c3f28326cffff0c667378581353584d859801 | rawmsg | 2e4465b24360040051079eda7a5f000000046d330121290c1367800245b4004c1366800200426c3f28326cffff0c667378581353584d859801 |  |
| 2017-09-01 01:23:24 | WMBUS_LSE_00046043_81_7 | WMBUS | rawmsg: 304465b243600400510718d27a5e800000046d1500212902fdac7e247e46158c04136680020082046c3f2801fd0c6d3a050c7858135358f2789c00 | rawmsg | 304465b243600400510718d27a5e800000046d1500212902fdac7e247e46158c04136680020082046c3f2801fd0c6d3a050c7858135358f2789c00 |  |
| 2017-09-01 01:20:24 | WMBUS_LSE_00046043_81_7 | WMBUS | rawmsg: 304465b243600400510718d27a5e800000046d1200212902fdac7ed8203e158c04136680020082046c3f2801fd0c6d3a050c7858135358f2789801 | rawmsg | 304465b243600400510718d27a5e800000046d1200212902fdac7ed8203e158c04136680020082046c3f2801fd0c6d3a050c7858135358f2789801 |  |
| 2017-09-01 01:17:24 | WMBUS_LSE_00046043_81_7 | WMBUS | rawmsg: 304465b243600400510718d27a5e800000046d0f00212902fdac7e8c4505168c04136680020082046c3f2801fd0c3c0e050c7858135358f2789bff | rawmsg | 304465b243600400510718d27a5e800000046d0f00212902fdac7e8c4505168c04136680020082046c3f2801fd0c3c0e050c7858135358f2789bff |  |
| 2017-09-01 01:14:24 | WMBUS_LSE_00046043_81_7 | WMBUS | rawmsg: 304465b243600400510718d27a5e800000046d0c00212902fdac7e40ad93178c04136680020082046c3f2801fd0c0ce2050c7858135358f2789cff | rawmsg | 304465b243600400510718d27a5e800000046d0c00212902fdac7e40ad93178c04136680020082046c3f2801fd0c0ce2050c7858135358f2789cff |  |
| 2017-09-01 01:11:24 | WMBUS_LSE_00046043_81_7 | WMBUS | rawmsg: 304465b243600400510718d27a5e800000046d0900212902fdac7ef40455178c04136680020082046c3f2801fd0c0ce2050c7858135358f27897ff | rawmsg | 304465b243600400510718d27a5e800000046d0900212902fdac7ef40455178c04136680020082046c3f2801fd0c0ce2050c7858135358f27897ff |  |
| 2017-09-01 01:08:24 | WMBUS_LSE_00046043_81_7 | WMBUS | rawmsg: 304465b243600400510718d27a5e800000046d0600212902fdac7ea84dce188c04136680020082046c3f2801fd0c2463050c7858135358f27893ff | rawmsg | 304465b243600400510718d27a5e800000046d0600212902fdac7ea84dce188c04136680020082046c3f2801fd0c2463050c7858135358f27893ff |  |
| 2017-09-01 01:05:24 | WMBUS_LSE_00046043_81_7 | WMBUS | rawmsg: 304465b243600400510718d27a5e800000046d0300212902fdac7e5cd93e198c04136680020082046c3f2801fd0c148f050c7858135358f2789909 | rawmsg | 304465b243600400510718d27a5e800000046d0300212902fdac7e5cd93e198c04136680020082046c3f2801fd0c148f050c7858135358f2789909 |  |
| 2017-09-01 05:01:31 | WMBUS_LSE_06294593_81_7 | WMBUS | rawmsg: 2e4465b2934529065107e3fd7a5f000000046d000421290c139413001bac004c1394130000426c3f28326cffff0c5d9578851053581bf48cee | rawmsg | 2e4465b2934529065107e3fd7a5f000000046d000421290c139413001bac004c1394130000426c3f28326cffff0c5d9578851053581bf48cee |  |
| 2017-09-01 01:17:13 | WMBUS_LSE_06294593_81_7 | WMBUS | rawmsg: 304465b293452906510765f57a5e800000046d1000212902fdac7e92ad4a348c04139413000082046c3f2801fd0c026a050c7885105358a40989ed | rawmsg | 304465b293452906510765f57a5e800000046d1000212902fdac7e92ad4a348c04139413000082046c3f2801fd0c026a050c7885105358a40989ed |  |
| 2017-09-01 01:11:13 | WMBUS_LSE_06294593_81_7 | WMBUS | rawmsg: 304465b293452906510765f57a5e800000046d0a00212902fdac7efad153358c04139413000082046c3f2801fd0c3286050c7885105358a40990ee | rawmsg | 304465b293452906510765f57a5e800000046d0a00212902fdac7efad153358c04139413000082046c3f2801fd0c3286050c7885105358a40990ee |  |
| 2017-09-01 01:08:13 | WMBUS_LSE_06294593_81_7 | WMBUS | rawmsg: 304465b293452906510765f57a5e800000046d0700212902fdac7eae5240368c04139413000082046c3f2801fd0c63b2050c7885105358a4098eef | rawmsg | 304465b293452906510765f57a5e800000046d0700212902fdac7eae5240368c04139413000082046c3f2801fd0c63b2050c7885105358a4098eef |  |
| 2017-09-01 11:38:43 | WMBUS_LSE_06347948_81_7 | WMBUS | rawmsg: 2a4465b24879340651077eae7a60000000046d280a21298c04133920eaea000082046c3f2801fd0c050c7880105383a558857ba4ee | rawmsg | 2a4465b24879340651077eae7a60000000046d280a21298c04133920eaea000082046c3f2801fd0c050c7880105383a558857ba4ee |  |
| 2017-09-01 07:07:47 | WMBUS_LSE_06347948_81_7 | WMBUS | rawmsg: 2e4465b248793406510790e27a5f000000046d090621290c1374200090c0004c1339200000426c3f28326cffff0cfc287880105358cc04a6f2 | rawmsg | 2e4465b248793406510790e27a5f000000046d090621290c1374200090c0004c1339200000426c3f28326cffff0cfc287880105358cc04a6f2 |  |
| 2017-09-01 02:35:31 | WMBUS_LSE_06347948_81_7 | WMBUS | rawmsg: 2e4465b248793406510790e27a5e000000046d250121290c13442000d725004c1339200000426c3f28326cffff0cfc287880105358cc04a0f7 | rawmsg | 2e4465b248793406510790e27a5e000000046d250121290c13442000d725004c1339200000426c3f28326cffff0cfc287880105358cc04a0f7 |  |
| 2017-09-01 01:22:02 | WMBUS_LSE_06347948_81_7 | WMBUS | rawmsg: 304465b248793406510716ea7a5d800000046d1800212902fdac7e390843118c04133920000082046c3f2801fd0c5fe5050c788010535873f9a2f3 | rawmsg | 304465b248793406510716ea7a5d800000046d1800212902fdac7e390843118c04133920000082046c3f2801fd0c5fe5050c788010535873f9a2f3 |  |
| 2017-09-01 01:16:02 | WMBUS_LSE_06347948_81_7 | WMBUS | rawmsg: 304465b248793406510716ea7a5d800000046d1200212902fdac7ea15a4c128c04133920000082046c3f2801fd0c0ed1050c788010535873f9a3f4 | rawmsg | 304465b248793406510716ea7a5d800000046d1200212902fdac7ea15a4c128c04133920000082046c3f2801fd0c0ed1050c788010535873f9a3f4 |  |
| 2017-09-01 01:13:02 | WMBUS_LSE_06347948_81_7 | WMBUS | rawmsg: 304465b248793406510716ea7a5d800000046d0f00212902fdac7e555b80138c04133920000082046c3f2801fd0c3e3d050c788010535873f9a2f7 | rawmsg | 304465b248793406510716ea7a5d800000046d0f00212902fdac7e555b80138c04133920000082046c3f2801fd0c3e3d050c788010535873f9a2f7 |  |
| 2017-09-01 01:04:02 | WMBUS_LSE_06347948_81_7 | WMBUS | rawmsg: 304465b248793406510716ea7a5d800000046d0600212902fdac7e71534b158c04133920000082046c3f2801fd0c9c55050c788010535873f9a1f3 | rawmsg | 304465b248793406510716ea7a5d800000046d0600212902fdac7e71534b158c04133920000082046c3f2801fd0c9c55050c788010535873f9a1f3 |  |
| 2017-09-01 13:03:23 | WMBUS_LSE_06347966_81_7 | WMBUS | rawmsg: 2a4465b266793406510774f87a61000000046d010c21298c04133200a719000082046c3f2801fd0c050c78861053a49358857b94ef | rawmsg | 2a4465b266793406510774f87a61000000046d010c21298c04133200a719000082046c3f2801fd0c050c78861053a49358857b94ef |  |
| 2017-09-01 13:18:26 | WMBUS_LSE_06364529_81_7 | WMBUS | rawmsg: 2a4465b22945360651072b467a61000000046d170c21298c04133200647e000082046c3f2801fd0c050c78821053759458857b9b06 | rawmsg | 2a4465b22945360651072b467a61000000046d170c21298c04133200647e000082046c3f2801fd0c050c78821053759458857b9b06 |  |
| 2017-09-01 08:46:57 | WMBUS_LSE_06364529_81_7 | WMBUS | rawmsg: 2e4465b2294536065107c50a7a60000000046d330721290c13320000fa8c004c1332000000426c3f28326cffff0c16157882105358ba649707 | rawmsg | 2e4465b2294536065107c50a7a60000000046d330721290c13320000fa8c004c1332000000426c3f28326cffff0c16157882105358ba649707 |  |
| 2017-09-01 13:51:50 | WMBUS_LSE_06364632_81_7 | WMBUS | rawmsg: 2a4465b23246360651079f767a62100000046d340c21298c04133200a50b000082046c3f2801fd0c050c78491353ca3d58857b91f2 | rawmsg | 2a4465b23246360651079f767a62100000046d340c21298c04133200a50b000082046c3f2801fd0c050c78491353ca3d58857b91f2 |  |
| 2017-09-01 09:31:12 | WMBUS_LSE_06364632_81_7 | WMBUS | rawmsg: 2e4465b2324636065107713a7a61100000046d1f0821290c13320000bcd5004c1332000000426c3f28326cffff0c16157849135358821a93f2 | rawmsg | 2e4465b2324636065107713a7a61100000046d1f0821290c13320000bcd5004c1332000000426c3f28326cffff0c16157849135358821a93f2 |  |
| 2017-09-01 05:14:01 | WMBUS_LSE_06364632_81_7 | WMBUS | rawmsg: 2e4465b2324636065107713a7a60100000046d0e0421290c1332000003fb004c1332000000426c3f28326cffff0c16157849135358821a8df6 | rawmsg | 2e4465b2324636065107713a7a60100000046d0e0421290c1332000003fb004c1332000000426c3f28326cffff0c16157849135358821a8df6 |  |
| 2017-09-01 01:23:52 | WMBUS_LSE_06364632_81_7 | WMBUS | rawmsg: 304465b2324636065107f7327a5f900000046d1800212902fdac7ef13bf9358c04133200000082046c3f2801fd0cac7f050c78491353583de78ff3 | rawmsg | 304465b2324636065107f7327a5f900000046d1800212902fdac7ef13bf9358c04133200000082046c3f2801fd0cac7f050c78491353583de78ff3 |  |
| 2017-09-01 01:17:52 | WMBUS_LSE_06364632_81_7 | WMBUS | rawmsg: 304465b2324636065107f7327a5f900000046d1200212902fdac7e59e692378c04133200000082046c3f2801fd0ccda7050c78491353583de792f5 | rawmsg | 304465b2324636065107f7327a5f900000046d1200212902fdac7e59e692378c04133200000082046c3f2801fd0ccda7050c78491353583de792f5 |  |
| 2017-09-01 01:14:52 | WMBUS_LSE_06364632_81_7 | WMBUS | rawmsg: 304465b2324636065107f7327a5f900000046d0f00212902fdac7e0d83a9388c04133200000082046c3f2801fd0ce526050c78491353583de790f3 | rawmsg | 304465b2324636065107f7327a5f900000046d0f00212902fdac7e0d83a9388c04133200000082046c3f2801fd0ce526050c78491353583de790f3 |  |
| 2017-09-01 01:11:52 | WMBUS_LSE_06364632_81_7 | WMBUS | rawmsg: 304465b2324636065107f7327a5f900000046d0c00212902fdac7ec16b3f388c04133200000082046c3f2801fd0ce526050c78491353583de794f6 | rawmsg | 304465b2324636065107f7327a5f900000046d0c00212902fdac7ec16b3f388c04133200000082046c3f2801fd0ce526050c78491353583de794f6 |  |
| 2017-09-01 01:08:52 | WMBUS_LSE_06364632_81_7 | WMBUS | rawmsg: 304465b2324636065107f7327a5f900000046d0900212902fdac7e75c2f9398c04133200000082046c3f2801fd0cd5ca050c78491353583de791f6 | rawmsg | 304465b2324636065107f7327a5f900000046d0900212902fdac7e75c2f9398c04133200000082046c3f2801fd0cd5ca050c78491353583de791f6 |  |
| 2017-09-01 01:05:52 | WMBUS_LSE_06364632_81_7 | WMBUS | rawmsg: 304465b2324636065107f7327a5f900000046d0600212902fdac7e298b623a8c04133200000082046c3f2801fd0c84fe050c78491353583de78ff4 | rawmsg | 304465b2324636065107f7327a5f900000046d0600212902fdac7e298b623a8c04133200000082046c3f2801fd0c84fe050c78491353583de78ff4 |  |
| 2017-09-01 01:02:52 | WMBUS_LSE_06364632_81_7 | WMBUS | rawmsg: 304465b2324636065107f7327a5f900000046d0300212902fdac7edd1f923a8c04133200000082046c3f2801fd0c84fe050c78491353583de78ff3 | rawmsg | 304465b2324636065107f7327a5f900000046d0300212902fdac7edd1f923a8c04133200000082046c3f2801fd0c84fe050c78491353583de78ff3 |  |
| 2017-09-01 12:14:25 | WMBUS_LSE_66254107_26_4 | WMBUS | rawmsg: 2f4465b2074125661a042a037a61000000046d0d0a21298c04051349d3bf000082046c3f2801fd0c0602fd1700008c8d0c78106083564288a909 | rawmsg | 2f4465b2074125661a042a037a61000000046d0d0a21298c04051349d3bf000082046c3f2801fd0c0602fd1700008c8d0c78106083564288a909 |  |
| 2017-09-01 07:57:22 | WMBUS_LSE_66254107_26_4 | WMBUS | rawmsg: 334465b2074125661a04db2d7a60000000046d380521290c056849006ed100426c1f2c4c0500000000326cffff02b7fefd1700000c7810608356e0c9a906 | rawmsg | 334465b2074125661a04db2d7a60000000046d380521290c056849006ed100426c1f2c4c0500000000326cffff02b7fefd1700000c7810608356e0c9a906 |  |
| 2017-09-01 13:44:09 | WMBUS_LSE_88177773_52_8 | WMBUS | rawmsg: 2344653273771788340831887a610000008b046e00000082046c3f283c1301fd0c10046d320c21293beb801d | rawmsg | 2344653273771788340831887a610000008b046e00000082046c3f283c1301fd0c10046d320c21293beb801d |  |
| 2017-09-01 09:31:22 | WMBUS_LSE_88177773_52_8 | WMBUS | rawmsg: 26446532737717883408e4577a600000000b6e0000004b6e0000004294e36c3f28326cffff046d2508212984b78020 | rawmsg | 26446532737717883408e4577a600000000b6e0000004b6e0000004294e36c3f28326cffff046d2508212984b78020 |  |
| 2017-09-01 05:20:20 | WMBUS_LSE_88177773_52_8 | WMBUS | rawmsg: 26446532737717883408e4577a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d1a042129af3a801e | rawmsg | 26446532737717883408e4577a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d1a042129af3a801e |  |
| 2017-09-01 01:19:38 | WMBUS_LSE_88177773_52_8 | WMBUS | rawmsg: 29446532737717883408a7537a5e8000008b046e00000082046c3f28d60d01fd0c10046d1900212902fdac7e6a38162f801e | rawmsg | 29446532737717883408a7537a5e8000008b046e00000082046c3f28d60d01fd0c10046d1900212902fdac7e6a38162f801e |  |
| 2017-09-01 01:16:38 | WMBUS_LSE_88177773_52_8 | WMBUS | rawmsg: 29446532737717883408a7537a5e8000008b046e00000082046c3f28d60d01fd0c10046d1600212902fdac7e1e392143801f | rawmsg | 29446532737717883408a7537a5e8000008b046e00000082046c3f28d60d01fd0c10046d1600212902fdac7e1e392143801f |  |
| 2017-09-01 01:13:38 | WMBUS_LSE_88177773_52_8 | WMBUS | rawmsg: 29446532737717883408a7537a5e8000008b046e00000082046c3f28d60d01fd0c10046d1300212902fdac7ed239a1a5801f | rawmsg | 29446532737717883408a7537a5e8000008b046e00000082046c3f28d60d01fd0c10046d1300212902fdac7ed239a1a5801f |  |
| 2017-09-01 01:10:38 | WMBUS_LSE_88177773_52_8 | WMBUS | rawmsg: 26446532737717883408e4577a5e0000000b6e0000004b6e000000426f796c3f28326cffff046d10002129ecb8801f | rawmsg | 26446532737717883408e4577a5e0000000b6e0000004b6e000000426f796c3f28326cffff046d10002129ecb8801f |  |
| 2017-09-01 01:09:07 | WMBUS_LSE_88177773_52_8 | WMBUS | rawmsg: 29446532737717883408a7537a5d8000008b046e00000082046c3f28f50501fd0c10046d0f00212902fdac7e5b00a631801d | rawmsg | 29446532737717883408a7537a5d8000008b046e00000082046c3f28f50501fd0c10046d0f00212902fdac7e5b00a631801d |  |
| 2017-09-01 01:06:07 | WMBUS_LSE_88177773_52_8 | WMBUS | rawmsg: 29446532737717883408a7537a5d8000008b046e00000082046c3f28f50501fd0c10046d0c00212902fdac7e0f01cd00801d | rawmsg | 29446532737717883408a7537a5d8000008b046e00000082046c3f28f50501fd0c10046d0c00212902fdac7e0f01cd00801d |  |
| 2017-09-01 01:03:07 | WMBUS_LSE_88177773_52_8 | WMBUS | rawmsg: 29446532737717883408a7537a5d8000008b046e00000082046c3f28f50501fd0c10046d0900212902fdac7ec3014de6801c | rawmsg | 29446532737717883408a7537a5d8000008b046e00000082046c3f28f50501fd0c10046d0900212902fdac7ec3014de6801c |  |
| 2017-09-01 01:00:07 | WMBUS_LSE_88177773_52_8 | WMBUS | rawmsg: 29446532737717883408a7537a5d8000008b046e00000082046c3f28f50501fd0c10046d0600212902fdac7e7702d54d801c | rawmsg | 29446532737717883408a7537a5d8000008b046e00000082046c3f28f50501fd0c10046d0600212902fdac7e7702d54d801c |  |
| 2017-09-01 00:57:07 | WMBUS_LSE_88177773_52_8 | WMBUS | rawmsg: 29446532737717883408a7537a5d8000008b046e00000082046c3f28f50501fd0c10046d0300212902fdac7e2b0333ed801c | rawmsg | 29446532737717883408a7537a5d8000008b046e00000082046c3f28f50501fd0c10046d0300212902fdac7e2b0333ed801c |  |
| 2017-09-01 09:39:53 | WMBUS_LSE_88177774_52_8 | WMBUS | rawmsg: 26446532747717883408da257a600000000b6e0000004b6e0000004294e36c3f28326cffff046d28082129b7a28008 | rawmsg | 26446532747717883408da257a600000000b6e0000004b6e0000004294e36c3f28326cffff046d28082129b7a28008 |  |
| 2017-09-01 12:20:12 | WMBUS_LSE_88177775_52_8 | WMBUS | rawmsg: 23446532757717883408ce727a610000008b046e00000082046c3f283c1301fd0c10046d140b2129b7ec8025 | rawmsg | 23446532757717883408ce727a610000008b046e00000082046c3f283c1301fd0c10046d140b2129b7ec8025 |  |
| 2017-09-01 08:51:49 | WMBUS_LSE_88177775_52_8 | WMBUS | rawmsg: 264465327577178834081bad7a600000000b6e0000004b6e0000004294e36c3f28326cffff046d3407212916df8024 | rawmsg | 264465327577178834081bad7a600000000b6e0000004b6e0000004294e36c3f28326cffff046d3407212916df8024 |  |
| 2017-09-01 05:21:40 | WMBUS_LSE_88177775_52_8 | WMBUS | rawmsg: 264465327577178834081bad7a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d15042129ea4f8023 | rawmsg | 264465327577178834081bad7a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d15042129ea4f8023 |  |
| 2017-09-01 01:48:03 | WMBUS_LSE_88177775_52_8 | WMBUS | rawmsg: 264465327577178834081bad7a5e0000000b6e0000004b6e000000426f796c3f28326cffff046d3000212938838021 | rawmsg | 264465327577178834081bad7a5e0000000b6e0000004b6e000000426f796c3f28326cffff046d3000212938838021 |  |
| 2017-09-01 01:23:48 | WMBUS_LSE_88177775_52_8 | WMBUS | rawmsg: 2944653275771788340858a97a5d8000008b046e00000082046c3f28f50501fd0c10046d1800212902fdac7eaf05097e8021 | rawmsg | 2944653275771788340858a97a5d8000008b046e00000082046c3f28f50501fd0c10046d1800212902fdac7eaf05097e8021 |  |
| 2017-09-01 01:17:48 | WMBUS_LSE_88177775_52_8 | WMBUS | rawmsg: 2944653275771788340858a97a5d8000008b046e00000082046c3f28f50501fd0c10046d1200212902fdac7e1707f95b8020 | rawmsg | 2944653275771788340858a97a5d8000008b046e00000082046c3f28f50501fd0c10046d1200212902fdac7e1707f95b8020 |  |
| 2017-09-01 01:14:48 | WMBUS_LSE_88177775_52_8 | WMBUS | rawmsg: 2944653275771788340858a97a5d8000008b046e00000082046c3f28f50501fd0c10046d0f00212902fdac7ecb074f29801f | rawmsg | 2944653275771788340858a97a5d8000008b046e00000082046c3f28f50501fd0c10046d0f00212902fdac7ecb074f29801f |  |
| 2017-09-01 01:11:48 | WMBUS_LSE_88177775_52_8 | WMBUS | rawmsg: 2944653275771788340858a97a5d8000008b046e00000082046c3f28f50501fd0c10046d0c00212902fdac7e7f08fbea8020 | rawmsg | 2944653275771788340858a97a5d8000008b046e00000082046c3f28f50501fd0c10046d0c00212902fdac7e7f08fbea8020 |  |
| 2017-09-01 01:08:48 | WMBUS_LSE_88177775_52_8 | WMBUS | rawmsg: 2944653275771788340858a97a5d8000008b046e00000082046c3f28f50501fd0c10046d0900212902fdac7e330934bc8020 | rawmsg | 2944653275771788340858a97a5d8000008b046e00000082046c3f28f50501fd0c10046d0900212902fdac7e330934bc8020 |  |
| 2017-09-01 01:05:48 | WMBUS_LSE_88177775_52_8 | WMBUS | rawmsg: 2944653275771788340858a97a5d8000008b046e00000082046c3f28f50501fd0c10046d0600212902fdac7ee7091f8c801a | rawmsg | 2944653275771788340858a97a5d8000008b046e00000082046c3f28f50501fd0c10046d0600212902fdac7ee7091f8c801a |  |
| 2017-09-01 01:02:48 | WMBUS_LSE_88177775_52_8 | WMBUS | rawmsg: 2944653275771788340858a97a5d8000008b046e00000082046c3f28f50501fd0c10046d0300212902fdac7e9b0ad00a8020 | rawmsg | 2944653275771788340858a97a5d8000008b046e00000082046c3f28f50501fd0c10046d0300212902fdac7e9b0ad00a8020 |  |
| 2017-09-01 13:51:14 | WMBUS_LSE_88177776_52_8 | WMBUS | rawmsg: 23446532767717883408b18f7a610000008b046e01000082046c3f28b1e701fd0c10046d330c212900db800f | rawmsg | 23446532767717883408b18f7a610000008b046e01000082046c3f28b1e701fd0c10046d330c212900db800f |  |
| 2017-09-01 09:34:28 | WMBUS_LSE_88177776_52_8 | WMBUS | rawmsg: 2644653276771788340864507a600000000b6e0000004b6e01000042afd36c3f28326cffff046d2208212925278011 | rawmsg | 2644653276771788340864507a600000000b6e0000004b6e01000042afd36c3f28326cffff046d2208212925278011 |  |
| 2017-09-01 05:23:57 | WMBUS_LSE_88177776_52_8 | WMBUS | rawmsg: 2644653276771788340864507a5f0000000b6e0000004b6e010000424ab16c3f28326cffff046d18042129d95a8013 | rawmsg | 2644653276771788340864507a5f0000000b6e0000004b6e010000424ab16c3f28326cffff046d18042129d95a8013 |  |
| 2017-09-01 01:24:37 | WMBUS_LSE_88177776_52_8 | WMBUS | rawmsg: 2944653276771788340827547a5e8000008b046e01000082046c3f285bf901fd0c10046d1900212902fdac7e18381f388016 | rawmsg | 2944653276771788340827547a5e8000008b046e01000082046c3f285bf901fd0c10046d1900212902fdac7e18381f388016 |  |
| 2017-09-01 01:21:37 | WMBUS_LSE_88177776_52_8 | WMBUS | rawmsg: 2944653276771788340827547a5e8000008b046e01000082046c3f285bf901fd0c10046d1600212902fdac7ecc3834088015 | rawmsg | 2944653276771788340827547a5e8000008b046e01000082046c3f285bf901fd0c10046d1600212902fdac7ecc3834088015 |  |
| 2017-09-01 01:18:37 | WMBUS_LSE_88177776_52_8 | WMBUS | rawmsg: 2944653276771788340827547a5e8000008b046e01000082046c3f285bf901fd0c10046d1300212902fdac7e8039fb5e8016 | rawmsg | 2944653276771788340827547a5e8000008b046e01000082046c3f285bf901fd0c10046d1300212902fdac7e8039fb5e8016 |  |
| 2017-09-01 01:15:37 | WMBUS_LSE_88177776_52_8 | WMBUS | rawmsg: 2944653276771788340827547a5e8000008b046e01000082046c3f285bf901fd0c10046d1000212902fdac7e343a6c448015 | rawmsg | 2944653276771788340827547a5e8000008b046e01000082046c3f285bf901fd0c10046d1000212902fdac7e343a6c448015 |  |
| 2017-09-01 01:12:37 | WMBUS_LSE_88177776_52_8 | WMBUS | rawmsg: 2644653276771788340864507a5e0000000b6e0000004b6e0100004254496c3f28326cffff046d0d0021292b028015 | rawmsg | 2644653276771788340864507a5e0000000b6e0000004b6e0100004254496c3f28326cffff046d0d0021292b028015 |  |
| 2017-09-01 01:11:36 | WMBUS_LSE_88177776_52_8 | WMBUS | rawmsg: 2944653276771788340827547a5d8000008b046e01000082046c3f2878f101fd0c10046d0c00212902fdac7e3d005eaa8016 | rawmsg | 2944653276771788340827547a5d8000008b046e01000082046c3f2878f101fd0c10046d0c00212902fdac7e3d005eaa8016 |  |
| 2017-09-01 01:08:36 | WMBUS_LSE_88177776_52_8 | WMBUS | rawmsg: 2944653276771788340827547a5d8000008b046e01000082046c3f2878f101fd0c10046d0900212902fdac7ef100de4c8015 | rawmsg | 2944653276771788340827547a5d8000008b046e01000082046c3f2878f101fd0c10046d0900212902fdac7ef100de4c8015 |  |
| 2017-09-01 01:05:36 | WMBUS_LSE_88177776_52_8 | WMBUS | rawmsg: 2944653276771788340827547a5d8000008b046e01000082046c3f2878f101fd0c10046d0600212902fdac7ea501bacc8014 | rawmsg | 2944653276771788340827547a5d8000008b046e01000082046c3f2878f101fd0c10046d0600212902fdac7ea501bacc8014 |  |
| 2017-09-01 01:02:36 | WMBUS_LSE_88177776_52_8 | WMBUS | rawmsg: 2944653276771788340827547a5d8000008b046e01000082046c3f2878f101fd0c10046d0300212902fdac7e5902079f8012 | rawmsg | 2944653276771788340827547a5d8000008b046e01000082046c3f2878f101fd0c10046d0300212902fdac7e5902079f8012 |  |
| 2017-09-01 09:24:30 | WMBUS_LSE_88177777_52_8 | WMBUS | rawmsg: 26446532777717883408a5d87a600000000b6e0000004b6e01000042afd36c3f28326cffff046d1e0821290d9680f4 | rawmsg | 26446532777717883408a5d87a600000000b6e0000004b6e01000042afd36c3f28326cffff046d1e0821290d9680f4 |  |
| 2017-09-01 05:26:26 | WMBUS_LSE_88177777_52_8 | WMBUS | rawmsg: 26446532777717883408a5d87a5f0000000b6e0000004b6e010000424ab16c3f28326cffff046d200421291d2b800f | rawmsg | 26446532777717883408a5d87a5f0000000b6e0000004b6e010000424ab16c3f28326cffff046d200421291d2b800f |  |
| 2017-09-01 01:29:10 | WMBUS_LSE_88177777_52_8 | WMBUS | rawmsg: 26446532777717883408a5d87a5e0000000b6e0000004b6e0100004254496c3f28326cffff046d22002129ba4c800e | rawmsg | 26446532777717883408a5d87a5e0000000b6e0000004b6e0100004254496c3f28326cffff046d22002129ba4c800e |  |
| 2017-09-01 01:18:26 | WMBUS_LSE_88177777_52_8 | WMBUS | rawmsg: 29446532777717883408e6dc7a5d8000008b046e01000082046c3f2878f101fd0c10046d1800212902fdac7e8402dc5f800e | rawmsg | 29446532777717883408e6dc7a5d8000008b046e01000082046c3f2878f101fd0c10046d1800212902fdac7e8402dc5f800e |  |
| 2017-09-01 01:15:26 | WMBUS_LSE_88177777_52_8 | WMBUS | rawmsg: 29446532777717883408e6dc7a5d8000008b046e01000082046c3f2878f101fd0c10046d1500212902fdac7e38035de3800d | rawmsg | 29446532777717883408e6dc7a5d8000008b046e01000082046c3f2878f101fd0c10046d1500212902fdac7e38035de3800d |  |
| 2017-09-01 01:12:26 | WMBUS_LSE_88177777_52_8 | WMBUS | rawmsg: 29446532777717883408e6dc7a5d8000008b046e01000082046c3f2878f101fd0c10046d1200212902fdac7eec03972e800e | rawmsg | 29446532777717883408e6dc7a5d8000008b046e01000082046c3f2878f101fd0c10046d1200212902fdac7eec03972e800e |  |
| 2017-09-01 01:09:26 | WMBUS_LSE_88177777_52_8 | WMBUS | rawmsg: 29446532777717883408e6dc7a5d8000008b046e01000082046c3f2878f101fd0c10046d0f00212902fdac7ea004c844800f | rawmsg | 29446532777717883408e6dc7a5d8000008b046e01000082046c3f2878f101fd0c10046d0f00212902fdac7ea004c844800f |  |
| 2017-09-01 01:06:26 | WMBUS_LSE_88177777_52_8 | WMBUS | rawmsg: 29446532777717883408e6dc7a5d8000008b046e01000082046c3f2878f101fd0c10046d0c00212902fdac7e5405824c8010 | rawmsg | 29446532777717883408e6dc7a5d8000008b046e01000082046c3f2878f101fd0c10046d0c00212902fdac7e5405824c8010 |  |
| 2017-09-01 01:03:26 | WMBUS_LSE_88177777_52_8 | WMBUS | rawmsg: 29446532777717883408e6dc7a5d8000008b046e01000082046c3f2878f101fd0c10046d0900212902fdac7e08061e26800d | rawmsg | 29446532777717883408e6dc7a5d8000008b046e01000082046c3f2878f101fd0c10046d0900212902fdac7e08061e26800d |  |
| 2017-09-01 01:00:26 | WMBUS_LSE_88177777_52_8 | WMBUS | rawmsg: 29446532777717883408e6dc7a5d8000008b046e01000082046c3f2878f101fd0c10046d0600212902fdac7ebc06c122800d | rawmsg | 29446532777717883408e6dc7a5d8000008b046e01000082046c3f2878f101fd0c10046d0600212902fdac7ebc06c122800d |  |
| 2017-09-01 00:57:26 | WMBUS_LSE_88177777_52_8 | WMBUS | rawmsg: 29446532777717883408e6dc7a5d8000008b046e01000082046c3f2878f101fd0c10046d0300212902fdac7e70077ca18008 | rawmsg | 29446532777717883408e6dc7a5d8000008b046e01000082046c3f2878f101fd0c10046d0300212902fdac7e70077ca18008 |  |
| 2017-09-01 13:47:27 | WMBUS_LSE_88177778_52_8 | WMBUS | rawmsg: 23446532787717883408cd6b7a610000008b046e00000082046c3f283c1301fd0c10046d2f0c2129fc5180fb | rawmsg | 23446532787717883408cd6b7a610000008b046e00000082046c3f283c1301fd0c10046d2f0c2129fc5180fb |  |
| 2017-09-01 09:37:38 | WMBUS_LSE_88177778_52_8 | WMBUS | rawmsg: 2644653278771788340818b47a600000000b6e0000004b6e0000004294e36c3f28326cffff046d26082129c9e780f6 | rawmsg | 2644653278771788340818b47a600000000b6e0000004b6e0000004294e36c3f28326cffff046d26082129c9e780f6 |  |
| 2017-09-01 05:21:11 | WMBUS_LSE_88177778_52_8 | WMBUS | rawmsg: 2644653278771788340818b47a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d15042129ea4f80f8 | rawmsg | 2644653278771788340818b47a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d15042129ea4f80f8 |  |
| 2017-09-01 01:26:12 | WMBUS_LSE_88177778_52_8 | WMBUS | rawmsg: 294465327877178834085bb07a5e8000008b046e00000082046c3f28d60d01fd0c10046d1a00212902fdac7e1337030d80f9 | rawmsg | 294465327877178834085bb07a5e8000008b046e00000082046c3f28d60d01fd0c10046d1a00212902fdac7e1337030d80f9 |  |
| 2017-09-01 01:23:12 | WMBUS_LSE_88177778_52_8 | WMBUS | rawmsg: 294465327877178834085bb07a5e8000008b046e00000082046c3f28d60d01fd0c10046d1700212902fdac7ec7375f1b80f7 | rawmsg | 294465327877178834085bb07a5e8000008b046e00000082046c3f28d60d01fd0c10046d1700212902fdac7ec7375f1b80f7 |  |
| 2017-09-01 01:20:12 | WMBUS_LSE_88177778_52_8 | WMBUS | rawmsg: 294465327877178834085bb07a5e8000008b046e00000082046c3f28d60d01fd0c10046d1400212902fdac7e7b38ff2380f9 | rawmsg | 294465327877178834085bb07a5e8000008b046e00000082046c3f28d60d01fd0c10046d1400212902fdac7e7b38ff2380f9 |  |
| 2017-09-01 01:17:12 | WMBUS_LSE_88177778_52_8 | WMBUS | rawmsg: 294465327877178834085bb07a5e8000008b046e00000082046c3f28d60d01fd0c10046d1100212902fdac7e2f390d7880f9 | rawmsg | 294465327877178834085bb07a5e8000008b046e00000082046c3f28d60d01fd0c10046d1100212902fdac7e2f390d7880f9 |  |
| 2017-09-01 01:14:12 | WMBUS_LSE_88177778_52_8 | WMBUS | rawmsg: 294465327877178834085bb07a5e8000008b046e00000082046c3f28d60d01fd0c10046d0e00212902fdac7ee339e5da80f9 | rawmsg | 294465327877178834085bb07a5e8000008b046e00000082046c3f28d60d01fd0c10046d0e00212902fdac7ee339e5da80f9 |  |
| 2017-09-01 01:11:12 | WMBUS_LSE_88177778_52_8 | WMBUS | rawmsg: 294465327877178834085bb07a5e8000008b046e00000082046c3f28d60d01fd0c10046d0b00212902fdac7e973a3ea780f8 | rawmsg | 294465327877178834085bb07a5e8000008b046e00000082046c3f28d60d01fd0c10046d0b00212902fdac7e973a3ea780f8 |  |
| 2017-09-01 01:08:12 | WMBUS_LSE_88177778_52_8 | WMBUS | rawmsg: 2644653278771788340818b47a5e0000000b6e0000004b6e000000426f796c3f28326cffff046d08002129fcf280f7 | rawmsg | 2644653278771788340818b47a5e0000000b6e0000004b6e000000426f796c3f28326cffff046d08002129fcf280f7 |  |
| 2017-09-01 01:02:37 | WMBUS_LSE_88177778_52_8 | WMBUS | rawmsg: 294465327877178834085bb07a5d8000008b046e00000082046c3f28f50501fd0c10046d0300212902fdac7e4f0129dc80f1 | rawmsg | 294465327877178834085bb07a5d8000008b046e00000082046c3f28f50501fd0c10046d0300212902fdac7e4f0129dc80f1 |  |
| 2017-09-01 13:15:11 | WMBUS_LSE_88177779_52_8 | WMBUS | rawmsg: 234465327977178834080ce37a610000008b046e00000082046c3f283c1301fd0c10046d0f0c2129286a800b | rawmsg | 234465327977178834080ce37a610000008b046e00000082046c3f283c1301fd0c10046d0f0c2129286a800b |  |
| 2017-09-01 09:16:22 | WMBUS_LSE_88177779_52_8 | WMBUS | rawmsg: 26446532797717883408d93c7a600000000b6e0000004b6e0000004294e36c3f28326cffff046d1008212973d38004 | rawmsg | 26446532797717883408d93c7a600000000b6e0000004b6e0000004294e36c3f28326cffff046d1008212973d38004 |  |
| 2017-09-01 05:24:07 | WMBUS_LSE_88177779_52_8 | WMBUS | rawmsg: 26446532797717883408d93c7a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d18042129d95a8007 | rawmsg | 26446532797717883408d93c7a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d18042129d95a8007 |  |
| 2017-09-01 01:28:24 | WMBUS_LSE_88177779_52_8 | WMBUS | rawmsg: 26446532797717883408d93c7a5e0000000b6e0000004b6e000000426f796c3f28326cffff046d1c002129e49d8002 | rawmsg | 26446532797717883408d93c7a5e0000000b6e0000004b6e000000426f796c3f28326cffff046d1c002129e49d8002 |  |
| 2017-09-01 01:23:52 | WMBUS_LSE_88177779_52_8 | WMBUS | rawmsg: 294465327977178834089a387a5d8000008b046e00000082046c3f28f50501fd0c10046d1800212902fdac7e1001541c8107 | rawmsg | 294465327977178834089a387a5d8000008b046e00000082046c3f28f50501fd0c10046d1800212902fdac7e1001541c8107 |  |
| 2017-09-01 01:20:52 | WMBUS_LSE_88177779_52_8 | WMBUS | rawmsg: 294465327977178834089a387a5d8000008b046e00000082046c3f28f50501fd0c10046d1500212902fdac7ec401080a8002 | rawmsg | 294465327977178834089a387a5d8000008b046e00000082046c3f28f50501fd0c10046d1500212902fdac7ec401080a8002 |  |
| 2017-09-01 01:17:52 | WMBUS_LSE_88177779_52_8 | WMBUS | rawmsg: 294465327977178834089a387a5d8000008b046e00000082046c3f28f50501fd0c10046d1200212902fdac7e780265a78002 | rawmsg | 294465327977178834089a387a5d8000008b046e00000082046c3f28f50501fd0c10046d1200212902fdac7e780265a78002 |  |
| 2017-09-01 01:14:52 | WMBUS_LSE_88177779_52_8 | WMBUS | rawmsg: 294465327977178834089a387a5d8000008b046e00000082046c3f28f50501fd0c10046d0f00212902fdac7e2c03889e8001 | rawmsg | 294465327977178834089a387a5d8000008b046e00000082046c3f28f50501fd0c10046d0f00212902fdac7e2c03889e8001 |  |
| 2017-09-01 01:11:52 | WMBUS_LSE_88177779_52_8 | WMBUS | rawmsg: 294465327977178834089a387a5d8000008b046e00000082046c3f28f50501fd0c10046d0c00212902fdac7ee00391128002 | rawmsg | 294465327977178834089a387a5d8000008b046e00000082046c3f28f50501fd0c10046d0c00212902fdac7ee00391128002 |  |
| 2017-09-01 01:08:52 | WMBUS_LSE_88177779_52_8 | WMBUS | rawmsg: 294465327977178834089a387a5d8000008b046e00000082046c3f28f50501fd0c10046d0900212902fdac7e9404bffb8001 | rawmsg | 294465327977178834089a387a5d8000008b046e00000082046c3f28f50501fd0c10046d0900212902fdac7e9404bffb8001 |  |
| 2017-09-01 01:05:52 | WMBUS_LSE_88177779_52_8 | WMBUS | rawmsg: 294465327977178834089a387a5d8000008b046e00000082046c3f28f50501fd0c10046d0600212902fdac7e4805bd558003 | rawmsg | 294465327977178834089a387a5d8000008b046e00000082046c3f28f50501fd0c10046d0600212902fdac7e4805bd558003 |  |
| 2017-09-01 01:02:52 | WMBUS_LSE_88177779_52_8 | WMBUS | rawmsg: 294465327977178834089a387a5d8000008b046e00000082046c3f28f50501fd0c10046d0300212902fdac7efc05f48a8001 | rawmsg | 294465327977178834089a387a5d8000008b046e00000082046c3f28f50501fd0c10046d0300212902fdac7efc05f48a8001 |  |
| 2017-09-01 13:15:13 | WMBUS_LSE_88177780_52_8 | WMBUS | rawmsg: 2344653280771788340809577a610000008b046e00000082046c3f283c1301fd0c10046d0f0c2129286a8018 | rawmsg | 2344653280771788340809577a610000008b046e00000082046c3f283c1301fd0c10046d0f0c2129286a8018 |  |
| 2017-09-01 09:18:39 | WMBUS_LSE_88177780_52_8 | WMBUS | rawmsg: 26446532807717883408dc887a600000000b6e0000004b6e0000004294e36c3f28326cffff046d130821293e83801a | rawmsg | 26446532807717883408dc887a600000000b6e0000004b6e0000004294e36c3f28326cffff046d130821293e83801a |  |
| 2017-09-01 05:24:27 | WMBUS_LSE_88177780_52_8 | WMBUS | rawmsg: 26446532807717883408dc887a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d18042129d95a8013 | rawmsg | 26446532807717883408dc887a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d18042129d95a8013 |  |
| 2017-09-01 01:31:03 | WMBUS_LSE_88177780_52_8 | WMBUS | rawmsg: 26446532807717883408dc887a5e0000000b6e0000004b6e000000426f796c3f28326cffff046d1f002129a9cd8013 | rawmsg | 26446532807717883408dc887a5e0000000b6e0000004b6e000000426f796c3f28326cffff046d1f002129a9cd8013 |  |
| 2017-09-01 01:23:33 | WMBUS_LSE_88177780_52_8 | WMBUS | rawmsg: 294465328077178834089f8c7a5d8000008b046e00000082046c3f28f50501fd0c10046d1800212902fdac7ec2017c328015 | rawmsg | 294465328077178834089f8c7a5d8000008b046e00000082046c3f28f50501fd0c10046d1800212902fdac7ec2017c328015 |  |
| 2017-09-01 01:20:33 | WMBUS_LSE_88177780_52_8 | WMBUS | rawmsg: 294465328077178834089f8c7a5d8000008b046e00000082046c3f28f50501fd0c10046d1500212902fdac7e760293bf8013 | rawmsg | 294465328077178834089f8c7a5d8000008b046e00000082046c3f28f50501fd0c10046d1500212902fdac7e760293bf8013 |  |
| 2017-09-01 01:17:33 | WMBUS_LSE_88177780_52_8 | WMBUS | rawmsg: 294465328077178834089f8c7a5d8000008b046e00000082046c3f28f50501fd0c10046d1200212902fdac7e2a0302398013 | rawmsg | 294465328077178834089f8c7a5d8000008b046e00000082046c3f28f50501fd0c10046d1200212902fdac7e2a0302398013 |  |
| 2017-09-01 01:14:33 | WMBUS_LSE_88177780_52_8 | WMBUS | rawmsg: 294465328077178834089f8c7a5d8000008b046e00000082046c3f28f50501fd0c10046d0f00212902fdac7ede03f35c8013 | rawmsg | 294465328077178834089f8c7a5d8000008b046e00000082046c3f28f50501fd0c10046d0f00212902fdac7ede03f35c8013 |  |
| 2017-09-01 01:11:33 | WMBUS_LSE_88177780_52_8 | WMBUS | rawmsg: 294465328077178834089f8c7a5d8000008b046e00000082046c3f28f50501fd0c10046d0c00212902fdac7e92042a3e8015 | rawmsg | 294465328077178834089f8c7a5d8000008b046e00000082046c3f28f50501fd0c10046d0c00212902fdac7e92042a3e8015 |  |
| 2017-09-01 01:08:33 | WMBUS_LSE_88177780_52_8 | WMBUS | rawmsg: 294465328077178834089f8c7a5d8000008b046e00000082046c3f28f50501fd0c10046d0900212902fdac7e4605aab08013 | rawmsg | 294465328077178834089f8c7a5d8000008b046e00000082046c3f28f50501fd0c10046d0900212902fdac7e4605aab08013 |  |
| 2017-09-01 01:05:33 | WMBUS_LSE_88177780_52_8 | WMBUS | rawmsg: 294465328077178834089f8c7a5d8000008b046e00000082046c3f28f50501fd0c10046d0600212902fdac7efa05614f8011 | rawmsg | 294465328077178834089f8c7a5d8000008b046e00000082046c3f28f50501fd0c10046d0600212902fdac7efa05614f8011 |  |
| 2017-09-01 01:02:33 | WMBUS_LSE_88177780_52_8 | WMBUS | rawmsg: 294465328077178834089f8c7a5d8000008b046e00000082046c3f28f50501fd0c10046d0300212902fdac7eae06e9de800d | rawmsg | 294465328077178834089f8c7a5d8000008b046e00000082046c3f28f50501fd0c10046d0300212902fdac7eae06e9de800d |  |
| 2017-09-01 13:47:53 | WMBUS_LSE_88177781_52_8 | WMBUS | rawmsg: 23446532817717883408c8df7a610000008b046e04000082046c3f28710901fd0c10046d320c21293beb8013 | rawmsg | 23446532817717883408c8df7a610000008b046e04000082046c3f28710901fd0c10046d320c21293beb8013 |  |
| 2017-09-01 09:36:03 | WMBUS_LSE_88177781_52_8 | WMBUS | rawmsg: 264465328177178834081d007a600000000b6e0000004b6e0400004278236c3f28326cffff046d26082129c9e78008 | rawmsg | 264465328177178834081d007a600000000b6e0000004b6e0400004278236c3f28326cffff046d26082129c9e78008 |  |
| 2017-09-01 05:21:55 | WMBUS_LSE_88177781_52_8 | WMBUS | rawmsg: 264465328177178834081d007a5f0000000b6e0000004b6e040000429d416c3f28326cffff046d18042129d95a8008 | rawmsg | 264465328177178834081d007a5f0000000b6e0000004b6e040000429d416c3f28326cffff046d18042129d95a8008 |  |
| 2017-09-01 01:24:59 | WMBUS_LSE_88177781_52_8 | WMBUS | rawmsg: 294465328177178834085e047a5e8000008b046e04000082046c3f289b1701fd0c10046d1b00212902fdac7e8837574b8003 | rawmsg | 294465328177178834085e047a5e8000008b046e04000082046c3f289b1701fd0c10046d1b00212902fdac7e8837574b8003 |  |
| 2017-09-01 01:21:59 | WMBUS_LSE_88177781_52_8 | WMBUS | rawmsg: 294465328177178834085e047a5e8000008b046e04000082046c3f289b1701fd0c10046d1800212902fdac7e3c38e3888003 | rawmsg | 294465328177178834085e047a5e8000008b046e04000082046c3f289b1701fd0c10046d1800212902fdac7e3c38e3888003 |  |
| 2017-09-01 01:15:59 | WMBUS_LSE_88177781_52_8 | WMBUS | rawmsg: 294465328177178834085e047a5e8000008b046e04000082046c3f289b1701fd0c10046d1200212902fdac7ea43907ee8003 | rawmsg | 294465328177178834085e047a5e8000008b046e04000082046c3f289b1701fd0c10046d1200212902fdac7ea43907ee8003 |  |
| 2017-09-01 01:12:59 | WMBUS_LSE_88177781_52_8 | WMBUS | rawmsg: 294465328177178834085e047a5e8000008b046e04000082046c3f289b1701fd0c10046d0f00212902fdac7e583aa5df8001 | rawmsg | 294465328177178834085e047a5e8000008b046e04000082046c3f289b1701fd0c10046d0f00212902fdac7e583aa5df8001 |  |
| 2017-09-01 01:09:59 | WMBUS_LSE_88177781_52_8 | WMBUS | rawmsg: 294465328177178834085e047a5e8000008b046e04000082046c3f289b1701fd0c10046d0c00212902fdac7e0c3bceee8003 | rawmsg | 294465328177178834085e047a5e8000008b046e04000082046c3f289b1701fd0c10046d0c00212902fdac7e0c3bceee8003 |  |
| 2017-09-01 01:06:59 | WMBUS_LSE_88177781_52_8 | WMBUS | rawmsg: 264465328177178834081d007a5e0000000b6e0000004b6e0400004283b96c3f28326cffff046d09002129c7c28002 | rawmsg | 264465328177178834081d007a5e0000000b6e0000004b6e0400004283b96c3f28326cffff046d09002129c7c28002 |  |
| 2017-09-01 01:00:40 | WMBUS_LSE_88177781_52_8 | WMBUS | rawmsg: 294465328177178834085e047a5d8000008b046e04000082046c3f28b81f01fd0c10046d0300212902fdac7e7b01c7098007 | rawmsg | 294465328177178834085e047a5d8000008b046e04000082046c3f28b81f01fd0c10046d0300212902fdac7e7b01c7098007 |  |
| 2017-09-01 11:47:39 | WMBUS_LSE_88177782_52_8 | WMBUS | rawmsg: 23446532827717883408b7227a600000008b046e00000082046c3f2822eb01fd0c10046d300a21296abd8003 | rawmsg | 23446532827717883408b7227a600000008b046e00000082046c3f2822eb01fd0c10046d300a21296abd8003 |  |
| 2017-09-01 08:21:06 | WMBUS_LSE_88177782_52_8 | WMBUS | rawmsg: 2644653282771788340862fd7a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d15072129f9d480fa | rawmsg | 2644653282771788340862fd7a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d15072129f9d480fa |  |
| 2017-09-01 11:51:27 | WMBUS_LSE_88177783_52_8 | WMBUS | rawmsg: 2344653283771788340876aa7a600000008b046e00000082046c3f2822eb01fd0c10046d330a212927ed8015 | rawmsg | 2344653283771788340876aa7a600000008b046e00000082046c3f2822eb01fd0c10046d330a212927ed8015 |  |
| 2017-09-01 07:26:26 | WMBUS_LSE_88177783_52_8 | WMBUS | rawmsg: 26446532837717883408a3757a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d1a062129590b8011 | rawmsg | 26446532837717883408a3757a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d1a062129590b8011 |  |
| 2017-09-01 11:44:54 | WMBUS_LSE_88177784_52_8 | WMBUS | rawmsg: 2344653284771788340848d87a600000008b046e00000082046c3f2822eb01fd0c10046d2a0a21290c9780fa | rawmsg | 2344653284771788340848d87a600000008b046e00000082046c3f2822eb01fd0c10046d2a0a21290c9780fa |  |
| 2017-09-01 07:28:56 | WMBUS_LSE_88177784_52_8 | WMBUS | rawmsg: 264465328477178834089d077a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d1a062129590b800b | rawmsg | 264465328477178834089d077a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d1a062129590b800b |  |
| 2017-09-01 11:20:05 | WMBUS_LSE_88177785_52_8 | WMBUS | rawmsg: 2344653285771788340889507a600000008b046e00000082046c3f2822eb01fd0c10046d140a21295246801a | rawmsg | 2344653285771788340889507a600000008b046e00000082046c3f2822eb01fd0c10046d140a21295246801a |  |
| 2017-09-01 07:27:23 | WMBUS_LSE_88177785_52_8 | WMBUS | rawmsg: 264465328577178834085c8f7a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d1b062129623b8020 | rawmsg | 264465328577178834085c8f7a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d1b062129623b8020 |  |
| 2017-09-01 03:33:21 | WMBUS_LSE_88177785_52_8 | WMBUS | rawmsg: 264465328577178834085c8f7a5e0000000b6e0000004b6e000000426f796c3f28326cffff046d21022129012d8021 | rawmsg | 264465328577178834085c8f7a5e0000000b6e0000004b6e000000426f796c3f28326cffff046d21022129012d8021 |  |
| 2017-09-01 01:23:42 | WMBUS_LSE_88177785_52_8 | WMBUS | rawmsg: 294465328577178834081f8b7a5d8000008b046e00000082046c3f28f50501fd0c10046d1800212902fdac7e641ee8988020 | rawmsg | 294465328577178834081f8b7a5d8000008b046e00000082046c3f28f50501fd0c10046d1800212902fdac7e641ee8988020 |  |
| 2017-09-01 01:20:42 | WMBUS_LSE_88177785_52_8 | WMBUS | rawmsg: 294465328577178834081f8b7a5d8000008b046e00000082046c3f28f50501fd0c10046d1500212902fdac7e181fbc298020 | rawmsg | 294465328577178834081f8b7a5d8000008b046e00000082046c3f28f50501fd0c10046d1500212902fdac7e181fbc298020 |  |
| 2017-09-01 01:17:42 | WMBUS_LSE_88177785_52_8 | WMBUS | rawmsg: 294465328577178834081f8b7a5d8000008b046e00000082046c3f28f50501fd0c10046d1200212902fdac7ecc1f76e4801f | rawmsg | 294465328577178834081f8b7a5d8000008b046e00000082046c3f28f50501fd0c10046d1200212902fdac7ecc1f76e4801f |  |
| 2017-09-01 01:14:42 | WMBUS_LSE_88177785_52_8 | WMBUS | rawmsg: 294465328577178834081f8b7a5d8000008b046e00000082046c3f28f50501fd0c10046d0f00212902fdac7e802070a7801f | rawmsg | 294465328577178834081f8b7a5d8000008b046e00000082046c3f28f50501fd0c10046d0f00212902fdac7e802070a7801f |  |
| 2017-09-01 01:11:42 | WMBUS_LSE_88177785_52_8 | WMBUS | rawmsg: 294465328577178834081f8b7a5d8000008b046e00000082046c3f28f50501fd0c10046d0c00212902fdac7e34219d778020 | rawmsg | 294465328577178834081f8b7a5d8000008b046e00000082046c3f28f50501fd0c10046d0c00212902fdac7e34219d778020 |  |
| 2017-09-01 01:02:42 | WMBUS_LSE_88177785_52_8 | WMBUS | rawmsg: 294465328577178834081f8b7a5d8000008b046e00000082046c3f28f50501fd0c10046d0300212902fdac7e5023c4428022 | rawmsg | 294465328577178834081f8b7a5d8000008b046e00000082046c3f28f50501fd0c10046d0300212902fdac7e5023c4428022 |  |
| 2017-09-01 12:04:24 | WMBUS_LSE_88177786_52_8 | WMBUS | rawmsg: 23446532867717883408f6ad7a600000008b046e00000082046c3f2822eb01fd0c10046d030b2129e2d3801a | rawmsg | 23446532867717883408f6ad7a600000008b046e00000082046c3f2822eb01fd0c10046d030b2129e2d3801a |  |
| 2017-09-01 07:42:13 | WMBUS_LSE_88177786_52_8 | WMBUS | rawmsg: 2644653286771788340823727a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d2906212934cf8015 | rawmsg | 2644653286771788340823727a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d2906212934cf8015 |  |
| 2017-09-01 11:08:42 | WMBUS_LSE_88177787_52_8 | WMBUS | rawmsg: 2344653287771788340837257a600000008b046e00000082046c3f2822eb01fd0c10046d080a2129aecc801c | rawmsg | 2344653287771788340837257a600000008b046e00000082046c3f2822eb01fd0c10046d080a2129aecc801c |  |
| 2017-09-01 07:39:31 | WMBUS_LSE_88177787_52_8 | WMBUS | rawmsg: 26446532877717883408e2fa7a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d270621294a8a8015 | rawmsg | 26446532877717883408e2fa7a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d270621294a8a8015 |  |
| 2017-09-01 07:32:17 | WMBUS_LSE_88177788_52_8 | WMBUS | rawmsg: 264465328877178834085f967a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d20062129eb1a81f1 | rawmsg | 264465328877178834085f967a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d20062129eb1a81f1 |  |
| 2017-09-01 11:02:48 | WMBUS_LSE_88177789_52_8 | WMBUS | rawmsg: 234465328977178834084bc17a600000008b046e00000082046c3f2822eb01fd0c10046d030a212907798000 | rawmsg | 234465328977178834084bc17a600000008b046e00000082046c3f2822eb01fd0c10046d030a212907798000 |  |
| 2017-09-01 12:06:10 | WMBUS_LSE_88177790_52_8 | WMBUS | rawmsg: 23446532907717883408320e7a600000008b046e00000082046c3f2822eb01fd0c10046d060b2129352380f2 | rawmsg | 23446532907717883408320e7a600000008b046e00000082046c3f2822eb01fd0c10046d060b2129352380f2 |  |
| 2017-09-01 07:33:29 | WMBUS_LSE_88177790_52_8 | WMBUS | rawmsg: 26446532907717883408e7d17a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d21062129d02a8000 | rawmsg | 26446532907717883408e7d17a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d21062129d02a8000 |  |
| 2017-09-01 01:05:58 | WMBUS_LSE_88177790_52_8 | WMBUS | rawmsg: 29446532907717883408a4d57a5d8000008b046e00000082046c3f28f50501fd0c10046d0600212902fdac7e1a1b2f4280f2 | rawmsg | 29446532907717883408a4d57a5d8000008b046e00000082046c3f28f50501fd0c10046d0600212902fdac7e1a1b2f4280f2 |  |
| 2017-09-01 01:02:58 | WMBUS_LSE_88177790_52_8 | WMBUS | rawmsg: 29446532907717883408a4d57a5d8000008b046e00000082046c3f28f50501fd0c10046d0300212902fdac7ece1b92a980f8 | rawmsg | 29446532907717883408a4d57a5d8000008b046e00000082046c3f28f50501fd0c10046d0300212902fdac7ece1b92a980f8 |  |
| 2017-09-01 11:07:04 | WMBUS_LSE_88177791_52_8 | WMBUS | rawmsg: 23446532917717883408f3867a600000008b046e00000082046c3f2822eb01fd0c10046d060a2129d08981ed | rawmsg | 23446532917717883408f3867a600000008b046e00000082046c3f2822eb01fd0c10046d060a2129d08981ed |  |
| 2017-09-01 07:31:07 | WMBUS_LSE_88177791_52_8 | WMBUS | rawmsg: 2644653291771788340826597a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d1e062129b5cb80fb | rawmsg | 2644653291771788340826597a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d1e062129b5cb80fb |  |
| 2017-09-01 03:54:22 | WMBUS_LSE_88177791_52_8 | WMBUS | rawmsg: 2644653291771788340826597a5e0000000b6e0000004b6e000000426f796c3f28326cffff046d35022129194281f0 | rawmsg | 2644653291771788340826597a5e0000000b6e0000004b6e000000426f796c3f28326cffff046d35022129194281f0 |  |
| 2017-09-01 01:24:57 | WMBUS_LSE_88177791_52_8 | WMBUS | rawmsg: 29446532917717883408655d7a5d8000008b046e00000082046c3f28f50501fd0c10046d1800212902fdac7e052379ac81ed | rawmsg | 29446532917717883408655d7a5d8000008b046e00000082046c3f28f50501fd0c10046d1800212902fdac7e052379ac81ed |  |
| 2017-09-01 01:21:57 | WMBUS_LSE_88177791_52_8 | WMBUS | rawmsg: 29446532917717883408655d7a5d8000008b046e00000082046c3f28f50501fd0c10046d1500212902fdac7eb923c57582ed | rawmsg | 29446532917717883408655d7a5d8000008b046e00000082046c3f28f50501fd0c10046d1500212902fdac7eb923c57582ed |  |
| 2017-09-01 01:15:57 | WMBUS_LSE_88177791_52_8 | WMBUS | rawmsg: 29446532917717883408655d7a5d8000008b046e00000082046c3f28f50501fd0c10046d0f00212902fdac7e21256db780ed | rawmsg | 29446532917717883408655d7a5d8000008b046e00000082046c3f28f50501fd0c10046d0f00212902fdac7e21256db780ed |  |
| 2017-09-01 01:06:57 | WMBUS_LSE_88177791_52_8 | WMBUS | rawmsg: 29446532917717883408655d7a5d8000008b046e00000082046c3f28f50501fd0c10046d0600212902fdac7e3d2764d180ee | rawmsg | 29446532917717883408655d7a5d8000008b046e00000082046c3f28f50501fd0c10046d0600212902fdac7e3d2764d180ee |  |
| 2017-09-01 01:03:57 | WMBUS_LSE_88177791_52_8 | WMBUS | rawmsg: 29446532917717883408655d7a5d8000008b046e00000082046c3f28f50501fd0c10046d0300212902fdac7ef127e43781f3 | rawmsg | 29446532917717883408655d7a5d8000008b046e00000082046c3f28f50501fd0c10046d0300212902fdac7ef127e43781f3 |  |
| 2017-09-01 12:24:11 | WMBUS_LSE_88177792_52_8 | WMBUS | rawmsg: 234465329277178834088c7b7a600000008b046e00000082046c3f2822eb01fd0c10046d190b212984f9800b | rawmsg | 234465329277178834088c7b7a600000008b046e00000082046c3f2822eb01fd0c10046d190b212984f9800b |  |
| 2017-09-01 08:19:19 | WMBUS_LSE_88177792_52_8 | WMBUS | rawmsg: 2644653292771788340859a47a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d14072129c2e48009 | rawmsg | 2644653292771788340859a47a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d14072129c2e48009 |  |
| 2017-09-01 01:22:44 | WMBUS_LSE_88177792_52_8 | WMBUS | rawmsg: 294465329277178834081aa07a5d8000008b046e00000082046c3f28f50501fd0c10046d1800212902fdac7e6f27b8228002 | rawmsg | 294465329277178834081aa07a5d8000008b046e00000082046c3f28f50501fd0c10046d1800212902fdac7e6f27b8228002 |  |
| 2017-09-01 01:19:44 | WMBUS_LSE_88177792_52_8 | WMBUS | rawmsg: 294465329277178834081aa07a5d8000008b046e00000082046c3f28f50501fd0c10046d1500212902fdac7e2328cf9a8000 | rawmsg | 294465329277178834081aa07a5d8000008b046e00000082046c3f28f50501fd0c10046d1500212902fdac7e2328cf9a8000 |  |
| 2017-09-01 01:16:44 | WMBUS_LSE_88177792_52_8 | WMBUS | rawmsg: 294465329277178834081aa07a5d8000008b046e00000082046c3f28f50501fd0c10046d1200212902fdac7ed72856bb8000 | rawmsg | 294465329277178834081aa07a5d8000008b046e00000082046c3f28f50501fd0c10046d1200212902fdac7ed72856bb8000 |  |
| 2017-09-01 01:13:44 | WMBUS_LSE_88177792_52_8 | WMBUS | rawmsg: 294465329277178834081aa07a5d8000008b046e00000082046c3f28f50501fd0c10046d0f00212902fdac7e8b29af798000 | rawmsg | 294465329277178834081aa07a5d8000008b046e00000082046c3f28f50501fd0c10046d0f00212902fdac7e8b29af798000 |  |
| 2017-09-01 01:10:44 | WMBUS_LSE_88177792_52_8 | WMBUS | rawmsg: 294465329277178834081aa07a5d8000008b046e00000082046c3f28f50501fd0c10046d0c00212902fdac7e3f2a38638000 | rawmsg | 294465329277178834081aa07a5d8000008b046e00000082046c3f28f50501fd0c10046d0c00212902fdac7e3f2a38638000 |  |
| 2017-09-01 01:07:44 | WMBUS_LSE_88177792_52_8 | WMBUS | rawmsg: 294465329277178834081aa07a5d8000008b046e00000082046c3f28f50501fd0c10046d0900212902fdac7ef32ab88580ff | rawmsg | 294465329277178834081aa07a5d8000008b046e00000082046c3f28f50501fd0c10046d0900212902fdac7ef32ab88580ff |  |
| 2017-09-01 01:04:44 | WMBUS_LSE_88177792_52_8 | WMBUS | rawmsg: 294465329277178834081aa07a5d8000008b046e00000082046c3f28f50501fd0c10046d0600212902fdac7ea72bdc0580f6 | rawmsg | 294465329277178834081aa07a5d8000008b046e00000082046c3f28f50501fd0c10046d0600212902fdac7ea72bdc0580f6 |  |
| 2017-09-01 01:01:44 | WMBUS_LSE_88177792_52_8 | WMBUS | rawmsg: 294465329277178834081aa07a5d8000008b046e00000082046c3f28f50501fd0c10046d0300212902fdac7e5b2c94c280f9 | rawmsg | 294465329277178834081aa07a5d8000008b046e00000082046c3f28f50501fd0c10046d0300212902fdac7e5b2c94c280f9 |  |
| 2017-09-01 00:20:02 | WMBUS_LSE_88177792_52_8 | WMBUS | rawmsg: 2644653292771788340859a47a5d0000000b6e0000004b6e000000424c716cffff326cffff046d15173f2810c780ff | rawmsg | 2644653292771788340859a47a5d0000000b6e0000004b6e000000424c716cffff326cffff046d15173f2810c780ff |  |
| 2017-09-01 12:03:04 | WMBUS_LSE_88177793_52_8 | WMBUS | rawmsg: 234465329377178834084df37a600000008b046e00000082046c3f2822eb01fd0c10046d030b2129e2d38014 | rawmsg | 234465329377178834084df37a600000008b046e00000082046c3f2822eb01fd0c10046d030b2129e2d38014 |  |
| 2017-09-01 08:16:40 | WMBUS_LSE_88177793_52_8 | WMBUS | rawmsg: 26446532937717883408982c7a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d100721292e248015 | rawmsg | 26446532937717883408982c7a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d100721292e248015 |  |
| 2017-09-01 01:24:02 | WMBUS_LSE_88177793_52_8 | WMBUS | rawmsg: 29446532937717883408db287a5d8000008b046e00000082046c3f28f50501fd0c10046d1800212902fdac7e762ce015800c | rawmsg | 29446532937717883408db287a5d8000008b046e00000082046c3f28f50501fd0c10046d1800212902fdac7e762ce015800c |  |
| 2017-09-01 01:21:02 | WMBUS_LSE_88177793_52_8 | WMBUS | rawmsg: 29446532937717883408db287a5d8000008b046e00000082046c3f28f50501fd0c10046d1500212902fdac7e2a2de748800b | rawmsg | 29446532937717883408db287a5d8000008b046e00000082046c3f28f50501fd0c10046d1500212902fdac7e2a2de748800b |  |
| 2017-09-01 01:18:02 | WMBUS_LSE_88177793_52_8 | WMBUS | rawmsg: 29446532937717883408db287a5d8000008b046e00000082046c3f28f50501fd0c10046d1200212902fdac7ede2d7e69800a | rawmsg | 29446532937717883408db287a5d8000008b046e00000082046c3f28f50501fd0c10046d1200212902fdac7ede2d7e69800a |  |
| 2017-09-01 01:15:02 | WMBUS_LSE_88177793_52_8 | WMBUS | rawmsg: 29446532937717883408db287a5d8000008b046e00000082046c3f28f50501fd0c10046d0f00212902fdac7e922ed497800c | rawmsg | 29446532937717883408db287a5d8000008b046e00000082046c3f28f50501fd0c10046d0f00212902fdac7e922ed497800c |  |
| 2017-09-01 01:12:02 | WMBUS_LSE_88177793_52_8 | WMBUS | rawmsg: 29446532937717883408db287a5d8000008b046e00000082046c3f28f50501fd0c10046d0c00212902fdac7e462fcd73800c | rawmsg | 29446532937717883408db287a5d8000008b046e00000082046c3f28f50501fd0c10046d0c00212902fdac7e462fcd73800c |  |
| 2017-09-01 01:09:02 | WMBUS_LSE_88177793_52_8 | WMBUS | rawmsg: 29446532937717883408db287a5d8000008b046e00000082046c3f28f50501fd0c10046d0900212902fdac7efa2f9057800b | rawmsg | 29446532937717883408db287a5d8000008b046e00000082046c3f28f50501fd0c10046d0900212902fdac7efa2f9057800b |  |
| 2017-09-01 01:06:02 | WMBUS_LSE_88177793_52_8 | WMBUS | rawmsg: 29446532937717883408db287a5d8000008b046e00000082046c3f28f50501fd0c10046d0600212902fdac7eae303c3b8009 | rawmsg | 29446532937717883408db287a5d8000008b046e00000082046c3f28f50501fd0c10046d0600212902fdac7eae303c3b8009 |  |
| 2017-09-01 01:03:02 | WMBUS_LSE_88177793_52_8 | WMBUS | rawmsg: 29446532937717883408db287a5d8000008b046e00000082046c3f28f50501fd0c10046d0300212902fdac7e623181b8800b | rawmsg | 29446532937717883408db287a5d8000008b046e00000082046c3f28f50501fd0c10046d0300212902fdac7e623181b8800b |  |
| 2017-09-01 00:33:23 | WMBUS_LSE_88177793_52_8 | WMBUS | rawmsg: 26446532937717883408982c7a5d0000000b6e0000004b6e000000424c716cffff326cffff046d21173f28dc93800a | rawmsg | 26446532937717883408982c7a5d0000000b6e0000004b6e000000424c716cffff326cffff046d21173f28dc93800a |  |
| 2017-09-01 11:42:12 | WMBUS_LSE_88177794_52_8 | WMBUS | rawmsg: 2344653294771788340873817a610000008b046e00000082046c3f283c1301fd0c10046d2a0a21290c97800f | rawmsg | 2344653294771788340873817a610000008b046e00000082046c3f283c1301fd0c10046d2a0a21290c97800f |  |
| 2017-09-01 08:02:55 | WMBUS_LSE_88177794_52_8 | WMBUS | rawmsg: 26446532947717883408a65e7a600000000b6e0000004b6e0000004294e36c3f28326cffff046d0307212997db8010 | rawmsg | 26446532947717883408a65e7a600000000b6e0000004b6e0000004294e36c3f28326cffff046d0307212997db8010 |  |
| 2017-09-01 01:23:34 | WMBUS_LSE_88177794_52_8 | WMBUS | rawmsg: 29446532947717883408e55a7a5e8000008b046e00000082046c3f28d60d01fd0c10046d1800212902fdac7ea62a93b08012 | rawmsg | 29446532947717883408e55a7a5e8000008b046e00000082046c3f28d60d01fd0c10046d1800212902fdac7ea62a93b08012 |  |
| 2017-09-01 01:20:34 | WMBUS_LSE_88177794_52_8 | WMBUS | rawmsg: 29446532947717883408e55a7a5e8000008b046e00000082046c3f28d60d01fd0c10046d1500212902fdac7e5a2bb5d48011 | rawmsg | 29446532947717883408e55a7a5e8000008b046e00000082046c3f28d60d01fd0c10046d1500212902fdac7e5a2bb5d48011 |  |
| 2017-09-01 01:17:34 | WMBUS_LSE_88177794_52_8 | WMBUS | rawmsg: 29446532947717883408e55a7a5e8000008b046e00000082046c3f28d60d01fd0c10046d1200212902fdac7e0e2cbff78012 | rawmsg | 29446532947717883408e55a7a5e8000008b046e00000082046c3f28d60d01fd0c10046d1200212902fdac7e0e2cbff78012 |  |
| 2017-09-01 01:14:34 | WMBUS_LSE_88177794_52_8 | WMBUS | rawmsg: 29446532947717883408e55a7a5e8000008b046e00000082046c3f28d60d01fd0c10046d0f00212902fdac7ec22c20738012 | rawmsg | 29446532947717883408e55a7a5e8000008b046e00000082046c3f28d60d01fd0c10046d0f00212902fdac7ec22c20738012 |  |
| 2017-09-01 01:11:34 | WMBUS_LSE_88177794_52_8 | WMBUS | rawmsg: 29446532947717883408e55a7a5e8000008b046e00000082046c3f28d60d01fd0c10046d0c00212902fdac7e762dcda38014 | rawmsg | 29446532947717883408e55a7a5e8000008b046e00000082046c3f28d60d01fd0c10046d0c00212902fdac7e762dcda38014 |  |
| 2017-09-01 01:08:34 | WMBUS_LSE_88177794_52_8 | WMBUS | rawmsg: 29446532947717883408e55a7a5e8000008b046e00000082046c3f28d60d01fd0c10046d0900212902fdac7e2a2e51c98012 | rawmsg | 29446532947717883408e55a7a5e8000008b046e00000082046c3f28d60d01fd0c10046d0900212902fdac7e2a2e51c98012 |  |
| 2017-09-01 01:05:34 | WMBUS_LSE_88177794_52_8 | WMBUS | rawmsg: 29446532947717883408e55a7a5e8000008b046e00000082046c3f28d60d01fd0c10046d0600212902fdac7ede2e29158012 | rawmsg | 29446532947717883408e55a7a5e8000008b046e00000082046c3f28d60d01fd0c10046d0600212902fdac7ede2e29158012 |  |
| 2017-09-01 01:02:34 | WMBUS_LSE_88177794_52_8 | WMBUS | rawmsg: 29446532947717883408e55a7a5e8000008b046e00000082046c3f28d60d01fd0c10046d0300212902fdac7e922fe6438012 | rawmsg | 29446532947717883408e55a7a5e8000008b046e00000082046c3f28d60d01fd0c10046d0300212902fdac7e922fe6438012 |  |
| 2017-09-01 00:49:29 | WMBUS_LSE_88177794_52_8 | WMBUS | rawmsg: 26446532947717883408a65e7a5e0000000b6e0000004b6e000000426f796cffff326cffff046d31173f28283c8012 | rawmsg | 26446532947717883408a65e7a5e0000000b6e0000004b6e000000426f796cffff326cffff046d31173f28283c8012 |  |
| 2017-09-01 13:25:16 | WMBUS_LSE_88177795_52_8 | WMBUS | rawmsg: 23446532957717883408b2097a610000008b046e00000082046c3f283c1301fd0c10046d190c2129466580f3 | rawmsg | 23446532957717883408b2097a610000008b046e00000082046c3f283c1301fd0c10046d190c2129466580f3 |  |
| 2017-09-01 08:56:11 | WMBUS_LSE_88177795_52_8 | WMBUS | rawmsg: 2644653295771788340867d67a600000000b6e0000004b6e0000004294e36c3f28326cffff046d380721291efa80ff | rawmsg | 2644653295771788340867d67a600000000b6e0000004b6e0000004294e36c3f28326cffff046d380721291efa80ff |  |
| 2017-09-01 12:46:32 | WMBUS_LSE_88177800_52_8 | WMBUS | rawmsg: 234465320078178834086e3d7a610000008b046e00000082046c3f283c1301fd0c10046d2e0b212905fd81ed | rawmsg | 234465320078178834086e3d7a610000008b046e00000082046c3f283c1301fd0c10046d2e0b212905fd81ed |  |
| 2017-09-01 08:42:34 | WMBUS_LSE_88177800_52_8 | WMBUS | rawmsg: 26446532007817883408bbe27a600000000b6e0000004b6e0000004294e36c3f28326cffff046d2a0721299c3581ef | rawmsg | 26446532007817883408bbe27a600000000b6e0000004b6e0000004294e36c3f28326cffff046d2a0721299c3581ef |  |
| 2017-09-01 04:36:18 | WMBUS_LSE_88177800_52_8 | WMBUS | rawmsg: 26446532007817883408bbe27a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d24032129337780f6 | rawmsg | 26446532007817883408bbe27a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d24032129337780f6 |  |
| 2017-09-01 01:23:36 | WMBUS_LSE_88177800_52_8 | WMBUS | rawmsg: 29446532007817883408f8e67a5e8000008b046e00000082046c3f28d60d01fd0c10046d1800212902fdac7e2a2dd36a8001 | rawmsg | 29446532007817883408f8e67a5e8000008b046e00000082046c3f28d60d01fd0c10046d1800212902fdac7e2a2dd36a8001 |  |
| 2017-09-01 01:20:36 | WMBUS_LSE_88177800_52_8 | WMBUS | rawmsg: 29446532007817883408f8e67a5e8000008b046e00000082046c3f28d60d01fd0c10046d1500212902fdac7ede2ddc9080f9 | rawmsg | 29446532007817883408f8e67a5e8000008b046e00000082046c3f28d60d01fd0c10046d1500212902fdac7ede2ddc9080f9 |  |
| 2017-09-01 01:17:36 | WMBUS_LSE_88177800_52_8 | WMBUS | rawmsg: 29446532007817883408f8e67a5e8000008b046e00000082046c3f28d60d01fd0c10046d1200212902fdac7e922e1e2a80f9 | rawmsg | 29446532007817883408f8e67a5e8000008b046e00000082046c3f28d60d01fd0c10046d1200212902fdac7e922e1e2a80f9 |  |
| 2017-09-01 01:14:36 | WMBUS_LSE_88177800_52_8 | WMBUS | rawmsg: 29446532007817883408f8e67a5e8000008b046e00000082046c3f28d60d01fd0c10046d0f00212902fdac7e462f81c68000 | rawmsg | 29446532007817883408f8e67a5e8000008b046e00000082046c3f28d60d01fd0c10046d0f00212902fdac7e462f81c68000 |  |
| 2017-09-01 01:05:36 | WMBUS_LSE_88177800_52_8 | WMBUS | rawmsg: 29446532007817883408f8e67a5e8000008b046e00000082046c3f28d60d01fd0c10046d0600212902fdac7e623154678008 | rawmsg | 29446532007817883408f8e67a5e8000008b046e00000082046c3f28d60d01fd0c10046d0600212902fdac7e623154678008 |  |
| 2017-09-01 01:02:36 | WMBUS_LSE_88177800_52_8 | WMBUS | rawmsg: 29446532007817883408f8e67a5e8000008b046e00000082046c3f28d60d01fd0c10046d0300212902fdac7e16328f1a8008 | rawmsg | 29446532007817883408f8e67a5e8000008b046e00000082046c3f28d60d01fd0c10046d0300212902fdac7e16328f1a8008 |  |
| 2017-09-01 00:29:14 | WMBUS_LSE_88177800_52_8 | WMBUS | rawmsg: 26446532007817883408bbe27a5e0000000b6e0000004b6e000000426f796cffff326cffff046d1d173f28f42280f7 | rawmsg | 26446532007817883408bbe27a5e0000000b6e0000004b6e000000426f796cffff326cffff046d1d173f28f42280f7 |  |
| 2017-09-01 12:13:00 | WMBUS_LSE_88177801_52_8 | WMBUS | rawmsg: 23446532017817883408afb57a610000008b046e00000082046c3f283c1301fd0c10046d0d0b21299c9680f9 | rawmsg | 23446532017817883408afb57a610000008b046e00000082046c3f283c1301fd0c10046d0d0b21299c9680f9 |  |
| 2017-09-01 08:25:22 | WMBUS_LSE_88177801_52_8 | WMBUS | rawmsg: 264465320178178834087a6a7a600000000b6e0000004b6e0000004294e36c3f28326cffff046d19072129f1f180f6 | rawmsg | 264465320178178834087a6a7a600000000b6e0000004b6e0000004294e36c3f28326cffff046d19072129f1f180f6 |  |
| 2017-09-01 01:23:43 | WMBUS_LSE_88177801_52_8 | WMBUS | rawmsg: 29446532017817883408396e7a5e8000008b046e00000082046c3f28d60d01fd0c10046d1800212902fdac7e072eb3c580f3 | rawmsg | 29446532017817883408396e7a5e8000008b046e00000082046c3f28d60d01fd0c10046d1800212902fdac7e072eb3c580f3 |  |
| 2017-09-01 01:20:43 | WMBUS_LSE_88177801_52_8 | WMBUS | rawmsg: 29446532017817883408396e7a5e8000008b046e00000082046c3f28d60d01fd0c10046d1500212902fdac7ebb2e0f1c80ff | rawmsg | 29446532017817883408396e7a5e8000008b046e00000082046c3f28d60d01fd0c10046d1500212902fdac7ebb2e0f1c80ff |  |
| 2017-09-01 01:14:43 | WMBUS_LSE_88177801_52_8 | WMBUS | rawmsg: 29446532017817883408396e7a5e8000008b046e00000082046c3f28d60d01fd0c10046d0f00212902fdac7e2330e06c81f0 | rawmsg | 29446532017817883408396e7a5e8000008b046e00000082046c3f28d60d01fd0c10046d0f00212902fdac7e2330e06c81f0 |  |
| 2017-09-01 13:38:38 | WMBUS_LSE_88177802_52_8 | WMBUS | rawmsg: 23446532027817883408d0487a610000008b046e00000082046c3f283c1301fd0c10046d260c212923848010 | rawmsg | 23446532027817883408d0487a610000008b046e00000082046c3f283c1301fd0c10046d260c212923848010 |  |
| 2017-09-01 09:11:23 | WMBUS_LSE_88177802_52_8 | WMBUS | rawmsg: 2644653202781788340805977a600000000b6e0000004b6e0000004294e36c3f28326cffff046d0b0821292ec9800e | rawmsg | 2644653202781788340805977a600000000b6e0000004b6e0000004294e36c3f28326cffff046d0b0821292ec9800e |  |
| 2017-09-01 04:37:26 | WMBUS_LSE_88177802_52_8 | WMBUS | rawmsg: 2644653202781788340805977a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d2503212908478010 | rawmsg | 2644653202781788340805977a5f0000000b6e0000004b6e0000004271816c3f28326cffff046d2503212908478010 |  |
.....
....
..
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Shojo am 21 Oktober 2017, 10:37:09
Es werden zwar Devices angelegt aber diese werden dann leider nicht korrekt ausgelesen...

Internals:
   DEF        LSE 06292453 81 7
   DeviceMedium Water
   DeviceType 7
   IODev      nanoCUL868
   IdentNumber 06292453
   Manufacturer LSE
   MessageEncoding CUL
   NAME       Wasser.Zaehler.Kalt
   NR         223
   STATE      Verbrauch: 10.382 m³ | Letztes Update: <1m
   TYPE       WMBUS
   Version    81
   addr       LSE_06292453_81_7
   READINGS:
     2017-10-16 02:40:00   1_storage_no    0
     2017-10-16 02:40:00   1_type          VIF_TIME_POINT_DATE_TIME
     2017-10-16 02:40:00   1_unit
     2017-10-16 02:40:00   1_value         2017-10-16 01:36
     2017-10-16 02:40:00   1_value_type    Instantaneous value
     2017-10-01 01:27:27   2_extension     per liter, 2c
     2017-10-16 02:40:00   2_storage_no    0
     2017-10-16 02:40:00   2_type          VIF_VOLUME
     2017-10-16 02:40:00   2_unit          m³
     2017-10-16 02:40:00   2_value         10.382
     2017-10-16 02:40:00   2_value_type    Instantaneous value
     2017-10-16 02:40:00   3_storage_no    1
     2017-10-16 02:40:00   3_type          VIF_VOLUME
     2017-10-16 02:40:00   3_unit          m³
     2017-10-16 02:40:00   3_value         2.757
     2017-10-16 02:40:00   3_value_type    Instantaneous value
     2017-10-16 02:40:00   4_storage_no    1
     2017-10-16 02:40:00   4_type          VIF_TIME_POINT_DATE
     2017-10-16 02:40:00   4_unit
     2017-10-16 02:40:00   4_value         2017-08-31
     2017-10-16 02:40:00   4_value_type    Instantaneous value
     2017-10-16 02:40:00   5_storage_no    0
     2017-10-16 02:40:00   5_type          VIF_TIME_POINT_DATE
     2017-10-16 02:40:00   5_unit
     2017-10-16 02:40:00   5_value         invalid: ffff
     2017-10-16 02:40:00   5_value_type    Value during error state
     2017-10-16 02:40:00   6_storage_no    0
     2017-10-16 02:40:00   6_type          VIF_FABRICATION_NO
     2017-10-16 02:40:00   6_unit
     2017-10-16 02:40:00   6_value         58531350
     2017-10-16 02:40:00   6_value_type    Instantaneous value
     2017-10-16 02:40:00   LQI             144
     2017-10-16 02:40:00   RSSI            -85
     2017-10-16 02:40:00   battery         ok
     2017-10-16 02:40:00   current         0.183
     2017-10-16 02:40:00   decryption_ok   1
     2017-10-16 02:40:00   is_encrypted    0
     2017-10-16 02:40:00   rawmsg          2e4465b2532429065107efe17a6d000000046d2401302a0c138203019e15004c1357270000426c3f28326cffff0c97b07850135358a96090ea
     2017-10-16 02:40:00   state           no errors
     2017-10-16 02:40:00   unit            m³
     2017-10-16 02:40:00   volume          2.757
Attributes:
   IODev      nanoCUL868
   comment    Cold Water
   rawmsg_as_reading 1
   room       WM_Meins,WMBUS
   stateFormat {
sprintf("Verbrauch: %.3f m³ | Letztes Update: %s ",
ReadingsVal($name,"2_value","--.---"),
getTimeDiffDesc(getNewestTimestamp($name,"2_value")))
}
   userReadings current
{
my @a = split(" ", OldValue($name));;
ReadingsVal($name,"2_value",$a[1]) - $a[1]
}


Und


Internals:
   DEF        LSE 06284228 81 7
   DeviceMedium Water
   DeviceType 7
   IODev      nanoCUL868
   IdentNumber 06284228
   Manufacturer LSE
   MessageEncoding CUL
   NAME       Wasser.Zaehler.Warm
   NR         226
   STATE      Verbrauch: 6.869 m³ | Letztes Update: <1m
   TYPE       WMBUS
   Version    81
   addr       LSE_06284228_81_7
   READINGS:
     2017-10-19 14:40:39   1_storage_no    0
     2017-10-19 14:40:39   1_type          VIF_TIME_POINT_DATE_TIME
     2017-10-19 14:40:39   1_unit
     2017-10-19 14:40:39   1_value         2017-10-19 13:43
     2017-10-19 14:40:39   1_value_type    Instantaneous value
     2017-10-01 01:11:57   2_extension     per liter, 2c
     2017-10-19 14:40:39   2_storage_no    128
     2017-10-19 14:40:39   2_type          VIF_VOLUME
     2017-10-19 14:40:39   2_unit          m³
     2017-10-19 14:40:39   2_value         6.869
     2017-10-19 14:40:39   2_value_type    Instantaneous value
     2017-10-19 14:40:39   3_storage_no    128
     2017-10-19 14:40:39   3_type          VIF_TIME_POINT_DATE
     2017-10-19 14:40:39   3_unit
     2017-10-19 14:40:39   3_value         2017-09-30
     2017-10-19 14:40:39   3_value_type    Instantaneous value
     2017-10-19 14:40:39   4_storage_no    0
     2017-10-19 14:40:39   4_type          VIF_MODEL_VERSION
     2017-10-19 14:40:39   4_unit
     2017-10-19 14:40:39   4_value         5
     2017-10-19 14:40:39   4_value_type    Instantaneous value
     2017-10-19 14:40:39   5_storage_no    0
     2017-10-19 14:40:39   5_type          VIF_FABRICATION_NO
     2017-10-19 14:40:39   5_unit
     2017-10-19 14:40:39   5_value         58531353
     2017-10-19 14:40:39   5_value_type    Instantaneous value
     2017-10-18 22:57:24   6_storage_no    0
     2017-10-18 22:57:24   6_type          VIF_FABRICATION_NO
     2017-10-18 22:57:24   6_unit
     2017-10-18 22:57:24   6_value         58531353
     2017-10-18 22:57:24   6_value_type    Instantaneous value
     2017-10-19 14:40:39   LQI             142
     2017-10-19 14:40:39   RSSI            -87
     2017-10-19 14:40:39   battery         ok
     2017-10-19 14:40:39   current         -2.291
     2017-10-19 14:40:39   decryption_ok   1
     2017-10-19 14:40:39   is_encrypted    0
     2017-10-19 14:40:39   rawmsg          2a4465b2284228065107a9b67a82000000046d2b0d332a8c04136968b5bb000082046c3e2901fd0c050c7853135316c158857b8ee6
     2017-10-19 14:40:39   state           no errors
     2017-10-19 14:40:39   unit            m³
     2017-10-19 14:40:39   volume          6.869
Attributes:
   IODev      nanoCUL868
   comment    HOT Water
   rawmsg_as_reading 1
   room       WMBUS,WM_Meins
   stateFormat {
sprintf("Verbrauch: %.3f m³ | Letztes Update: %s ",
ReadingsVal($name,"2_value","--.---"),
getTimeDiffDesc(getNewestTimestamp($name,"2_value")))
}
   userReadings current
{
my @a = split(" ", OldValue($name));;
ReadingsVal($name,"2_value",$a[1]) - $a[1]
}


Ich habe mal meine Log´s der RAW_MSG´s  angehangen.

Kann damit wer was anfangen ?

Gruß
Dennis
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 21 Oktober 2017, 11:08:26
Was genau ist denn falsch?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Shojo am 21 Oktober 2017, 11:19:22
Ja ok, meine Aussage ist auch misst.... ::)

Das Device Wasser.Zaehler.Warm soll ja ein Volumen von 10.382 m³ haben, aber es ist aktuell 11.249 m³.

Das Reading passte aber schon mal.

So sieht es auch mit dem Wasser.Zaehler.Kalt aus.
Es wird dann auch mal weniger, dann wieder mehr.
(Also mal wieder ein kleinerer Wert und dann wieder ein höherer)



Titel: Antw:Wireless M-Bus für CUL
Beitrag von: HarryHase am 27 Oktober 2017, 22:28:15
Ich habe mich durch den thread gearbeitet und kann auch erfolgreich den Wasserzähler und Stromzähler auslesen.
Aber ein EMH Erzeugungszähler will nicht, da komme ich nicht  weiter.

2017-10-27_22:16:42 WMBUS_EMH_03770394_1_2 RSSI: -67
2017-10-27_22:16:42 WMBUS_EMH_03770394_1_2 LQI: 128
2017-10-27_22:16:42 WMBUS_EMH_03770394_1_2 Unsupported CI Field 7f, remaining payload is 6600c005e05d37b09c3300bb541c99d118578a1c7e7bdde725547e850eca6de75bb47356488113398595deb5ca7d3a08e0e0c41e0720541f2430bad440e876cb3e1f1c9dce31690dd2b6cba998866341110d833503d207a91ca81c90e3b81def642ab522afda8418471d37cfa712c4df03fd4faa50aee5d1c0c5cbcfe25d59c2ce6ecd410ff16dae53a8a8d11c95f3eac8e1e0dcf0ed6251a313c9b04c51dbeddeb9c70487515d94e232266d71604ecca762a7335f07a8fbafd05e4e2ea629674537bc83


1) Bedeutet das der AES richtig ist, aber was anderes nicht stimmt?
2) oder passt "nur" der AES nicht?

Jeder Hinweis ist willkommen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 28 Oktober 2017, 12:06:43
Der AES-Key ist in Ordnung, sonst gäbe es eine entsprechende Fehlermeldung.
Der Hersteller verwendet ein nicht dokumentiertes Datenformat, daher kann das nicht ausgewertet werden.

Welcher Hersteller und welches Gerät ist das genau? Evtl. rückt der Hersteller auf Nachfrage die Doku raus oder er gibt sie sogar schon auf seiner Homepage.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: HarryHase am 28 Oktober 2017, 19:50:45
Das ist ein EMH - eHZ-IW8E2AWL0EQ2P.

Erst mal das was google dazu auswirft ...
google click (https://www.google.de/search?hl=de&q=emh+ehz+iw8e2a5l0eq2p&meta=cr%3DcountryDE&gws_rd=ssl&tbas=0)
EMH ähnliches Modell mit Handbuch (https://www.google.de/url?sa=t&rct=j&q=&esrc=s&source=web&cd=2&cad=rja&uact=8&ved=0ahUKEwjGnp7F95PXAhWH0hoKHSi2BDgQFggsMAE&url=http%3A%2F%2Fwww.nzr.de%2Fdownload.php%3Fid%3D612&usg=AOvVaw3UA6LIBbkmeVWwmAB2P0Ec)

Wäre Klasse wenn das irgendwie geht.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 28 Oktober 2017, 22:31:41
Laut dem Datenblatt könnte das SML codiert sein.
Wäre dann nochmal ein komplett neues Format das implementiert werden müsste.

Glaube eher nicht, dass ich das in absehbarer Zeit umsetzen kann.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: HarryHase am 28 Oktober 2017, 23:09:30
verstehe ich natürlich, da  gibt es aber schon ein fhem modul was sml kann, das habe ich heute noch gelesen, da gibt es um die Auslesung mit eine optischen Auslesekopf. UdoKlatt war da irgendwie involviert. Ich kann ja noch mal suchen wenn das hilft und dann eine Chance auf Umsetzung hat?

Zitat
Ab sofort unterstützt 47_OBIS auch den SML-Standard.

Schon gefunden: https://forum.fhem.de/index.php/topic,51948.0.html
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 29 Oktober 2017, 08:26:34
Ja, das wäre vielleicht eine Möglichkeit die SML Daten irgendwie an das Modul weiterzuleiten. Muss ich mir aber erstmal anschauen, ob das technisch aktuell machbar ist. Wird ein paar Tage dauern.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: HarryHase am 29 Oktober 2017, 08:51:03
Das wäre natürlich klasse, so würden sich die Module auch super ergänzen, eines macht Erfassung, einer Auswertung .. Ich würde die Ergebnisse ja eh am liebsten alle an einen MQTT broker weiterleiten um dann da wieder die Daten ab zugreifen.

Ich beschäftige mich jetzt wieder mit smart home, das mit dem cul ist jetzt schon weltklasse, selbst ich habe das im Eigenstudium zum Laufen gebracht. Werde mich da weiter einarbeiten.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 30 Oktober 2017, 12:01:00
Ich habe mal in dem OBIS Thread nachgefragt (https://forum.fhem.de/index.php/topic,51948.msg706796.html#msg706796).
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 30 Oktober 2017, 13:06:51
Zitat von: HarryHase am 27 Oktober 2017, 22:28:15
Aber ein EMH Erzeugungszähler will nicht, da komme ich nicht  weiter.

Kannst du bitte mal ein paar komplette Rawmessages von dem Zähler aufzeichnen und mir zukommen lassen?
Siehe dazu auch das Attribut rawmsg_as_reading (https://fhem.de/commandref.html#WMBUS).

Wenn du die nicht veröffentlichen willst auch per PM.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: HarryHase am 30 Oktober 2017, 14:37:24
Kann ich ruhig alles veröffentlichen, sind Erzeugungswerte meiner PV Anlage.
Aber bekomme ich nicht hin, in meinem nicht mehr ganz jugendlichem Leitsinn habe ich gedacht das reicht:

define WMBUS_EMH_03770394_1_2 WMBUS EMH 03770394 1 2
attr WMBUS_EMH_03770394_1_2 IODev MyCUL
attr WMBUS_EMH_03770394_1_2 room WMBUS
define FileLog_WMBUS_EMH_03770394_1_2 FileLog ./log/WMBUS_EMH_03770394_1_2-%Y.log WMBUS_EMH_03770394_1_2
attr FileLog_WMBUS_EMH_03770394_1_2 logtype text
attr FileLog_WMBUS_EMH_03770394_1_2 room WMBUS
attr WMBUS_EMH_03770394_1_2 rawmsg_as_reading 1


aber am log ändert sich nichts


2017-10-30_14:35:19 WMBUS_EMH_03770394_1_2 RSSI: -62.5
2017-10-30_14:35:19 WMBUS_EMH_03770394_1_2 LQI: 128
2017-10-30_14:35:19 WMBUS_EMH_03770394_1_2 Unsupported CI Field 7f, remaining payload is 5c00c0054d1ce04d3e047eb478c8742b79fe18d1203a9ecf6a9165d4eeb799e939213e2b0f9209cfe1dc3c0dc8b6b219d40f9e253ac962da7c2e56bcc12272d86a4a3621694496ac01f5ef0f4f0200947702bc301190763895176b8e9b23fff5c56a0c2f2652bbb42263c444454f98ec6968c7c426048c75513a031211c389e455cd933c975d37fb606da6dd161b24438ca44604d166e478f881817db5753359f711ec5d91f63153f07f29fa5af2d1300d3f47c3c50f95ef2d5580daf39fa0706deec725
2017-10-30_14:36:34 WMBUS_EMH_03770394_1_2 RSSI: -63
2017-10-30_14:36:34 WMBUS_EMH_03770394_1_2 LQI: 128
2017-10-30_14:36:34 WMBUS_EMH_03770394_1_2 Unsupported CI Field 7f, remaining payload is 5e00c0050c177d57b167357fd32c9b3f8aa400767aec74a5a07a0bf4404b2accf1e9a126a0d75d6e12dfa4ed9dd3184c783d367de1e14dcd2de88c1d6b79c9d0ee083d06d5718a80f241b0d688a0a40c0beab555d5844836db70bc2398400fac431ad8b0cebafc65d9a004229055f81d7b48047d7485ebf2b9f8078c3a2be888a52605ea5a938bb424f82e431f3f8cb9fcdd6ca23822e2aafbfe9e407019e5f2298140fa1e853fffa49b642d7988c747466d117d0507d9b66a2e7ab816f6088f3373e55f


Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 30 Oktober 2017, 15:55:57
Ja, mein Fehler.

Das Reading wird gar nicht erzeugt, wenn es zu einem Fehler kommt.

Setze mal verbose auf 5, dann sollte die Rawmessage im Log auftauchen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: HarryHase am 30 Oktober 2017, 19:57:34
Wo kommt das denn verbose rein?

Irgendwie bekomme ich da keine Änderung im Log hin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 30 Oktober 2017, 21:04:36

attr WMBUS_EMH_03770394_1_2 verbose 5


Wenn du das Log für das Device noch hast, sollte es da auftauchen, sonst im globalen fhem Log.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: HarryHase am 30 Oktober 2017, 21:27:43
okay steht dann im fhem log: Ist es das?

irgendwie finde ich die raw daten nicht, bei den anderen wmbus zählern schon

Ich hänge mal das ganze log an
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 30 Oktober 2017, 21:39:08
Manchmal verstehe ich meinen eigenen Code nicht mehr, sorry  :)

Versuche das verbose 5 mal bei dem IODev das die Nachrichten empfängt, also

attr MyCUL verbose 5


Zu dem Zeitpunkt wo die Logmeldung mit den Rohdaten ausgeben wird ist nämlich das WMBUS Device noch gar nicht bekannt.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: HarryHase am 30 Oktober 2017, 22:14:05
okay auf ein neues, da ist wohl jetzt was drin ...


Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Icinger am 31 Oktober 2017, 21:33:54
Hi Leute,

leider, die Daten sind kein SML.
Auch nicht, wenn ich davon ausgehe, dass zB der Anfang fehlt (SML beginnt mit 1B1B1B1B01010101 und endet mit 1B1B1B1B gefolgt von einem CRC)

Aber falls mal wirklich SMLDaten wo auftauchen, kann ich für kaihs sicher ne Möglichkeit schaffen, die bei mir einzuschleusen :)

lg, Stefan
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 01 November 2017, 15:35:15
Zitat von: HarryHase am 30 Oktober 2017, 22:14:05
okay auf ein neues, da ist wohl jetzt was drin ...

Ja, da ist jetzt eine Rohnachricht drin.
Damit komme ich jetzt einen Schritt weiter, scheitere dann aber beim nächsten.
In der neuesten WMBus Spezifikation (http://oms-group.org/fileadmin/files/download4all/specification/Vol2/4.1.2/OMS-Spec_Vol2_Primary_v412.pdf) ist das CI-Field 7f enthalten und bedeutet 'Langer Header, Payload ist im SML Format'.
D.h. die ersten 12 Bytes der bisherigen Payload sind noch Header. Dort steht allerdings drin, dass die Daten verschlüsselt sind, das ist laut Spec bei SML Payload auch erforderlich.
Allerdings ist laut Header der Encryption Mode 9 und dazu kann ich nichts finden. Da steht nur was von Mode 0, 4, 5, 7 und 13.
0 und 5 unterstütze ich, die anderen noch nicht.

Auf dem Zähler steht ja ein Public Key, mglw. ist das ein Hinweis darauf, dass Mode 13 (asymetric encryption) verwendet wird. Im Header steht aber 9?!

Wenn die Entschlüsselung gelänge wäre es gut möglich, dass der Payload dann sinnvolles SML wäre.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: HarryHase am 01 November 2017, 16:25:10
Ich würde ja mal ganz stark auf OMS mode 7 tippen, auch wenn da 9 steht.

http://www.rng.de/cms/bedienungsanleitungen.html?file=tl_files/rng/downloads/Strom/Messstellenbetrieb/Bedienungsanleitung_eHZ-P-BIA-D-1.00.pdf

Zitat
Wireless M-Bus-Datenschnittstelle
Der Zähler verfügt über eine unidirektionale Wireless M-Bus-Datenschnittstelle
gemäß OMS Spec. Vol. 2, primäre Kommunikation, Ausgabe
4.0.2 und EN 13757 mit AES128 Verschlüsselung, Mode 7.
FÜR STROMKUNDEN
13
Über diese Funk-Datenschnittstelle werden in Abständen gemäß
EN 13757-5 entsprechend des eingestellten Nennübertragungsintervalls
die Funktelegramme synchron gemäß EN 13757-4 versendet,
so dass auch batteriebetriebene Wireless M-Bus-Repeater unterstützt
werden.
Diese unidirektionale Funk-Datenschnittstelle sendet je Übertragungsintervall
einen Datensatz (Push Betrieb) z. B. mit folgenden Inhalten im
M-Bus-Format:
• Sekundenindex
• Energiezählwerke
• aktuelle Wirkleistung
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 01 November 2017, 16:54:06
Es ist nicht 9, sondern 2, da hatte ich noch einen Fehler.
Aber 2 ist auch nicht spezifiziert.

Angenommen es ist 7, hast du denn einen AES Schlüssel für den Zähler?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: HarryHase am 01 November 2017, 17:42:39
oh  :-[  ich dachte den hätte ich schon gepostet, es sollte dieser sein e92869af718be31b0f7fff5ea13d7a11
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 01 November 2017, 18:05:34
Sorry, die Daten passen nicht zu Mode 7.

Da müsste auf jeden Fall ein sogenannter Extended Link Layer (ELL) vorkommen mit einem CI-Field 8C oder 8D und das ist nicht der Fall.
Ohne diese Daten ist eine Entschlüsselung nicht möglich.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: HarryHase am 01 November 2017, 18:09:00
komisch komisch das ist ein EDL21 Zähler wie ihn eigentlich viel an den Erzeugungsanlagen haben müssten, das gibt es doch gar nicht dass das nicht zu knacken ist ...
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 01 November 2017, 18:38:02
Kann gut sein, dass ich da was nicht richtig verstehe.
Die öffentlich verfügbaren Spezifikationen gibt es in unterschiedlichen Versionen und verteilt über viele Dokumente. Da alles zusammen zu suchen ist ziemlich mühsam.

Vielleicht kannst du vom Hersteller noch Informationen bekommen? Hilfreich wäre ein Beispieldatensatz mit der Erklärung des Aufbaus, so wie in diesem (http://oms-group.org/fileadmin/files/download4all/specification/Vol2/4.1.2/OMS-Spec_Vol2_AnnexN_B042.pdf) Dokument.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: HarryHase am 01 November 2017, 19:34:25
Ich frage mal nach, wenn nicht haue ich einen anderen Zähler rein die Easymeter WMBus funktionieren ja.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bilbolodz am 07 November 2017, 16:33:31
Sorry for English but I don't spean German. I've read whole topis using google translator. I'm trying to read some information from my water meter (at-wmbus-08) but FHEM is unable to decode it:

2017.11.07 16:13:19 5: CUL/RAW: /b89441486D0F9020003034CCEA019693
2017.11.07 16:13:19 5: CUL/RAW: b89441486D0F9020003034CCEA019693/2000C40001A390F05070B113477B0DC4
2017.11.07 16:13:19 5: CUL/RAW: b89441486D0F9020003034CCEA0196932000C40001A390F05070B113477B0DC4/E0A0306FF0A394C2A00C7902A009D829
2017.11.07 16:13:19 5: CUL/RAW: b89441486D0F9020003034CCEA0196932000C40001A390F05070B113477B0DC4E0A0306FF0A394C2A00C7902A009D829/9EC2A0071AA2B00A29C2D00C7722F001
2017.11.07 16:13:19 5: CUL/RAW: b89441486D0F9020003034CCEA0196932000C40001A390F05070B113477B0DC4E0A0306FF0A394C2A00C7902A009D8299EC2A0071AA2B00A29C2D00C7722F001/DD4404930001AAF31006E083200AC583
2017.11.07 16:13:19 5: CUL/RAW: b89441486D0F9020003034CCEA0196932000C40001A390F05070B113477B0DC4E0A0306FF0A394C2A00C7902A009D8299EC2A0071AA2B00A29C2D00C7722F001DD4404930001AAF31006E083200AC583/200D2C35CB429006C092A00030000000
2017.11.07 16:13:19 5: CUL/RAW: b89441486D0F9020003034CCEA0196932000C40001A390F05070B113477B0DC4E0A0306FF0A394C2A00C7902A009D8299EC2A0071AA2B00A29C2D00C7722F001DD4404930001AAF31006E083200AC583200D2C35CB429006C092A00030000000/0378E081F6D900000000020000000000
2017.11.07 16:13:19 5: CUL/RAW: b89441486D0F9020003034CCEA0196932000C40001A390F05070B113477B0DC4E0A0306FF0A394C2A00C7902A009D8299EC2A0071AA2B00A29C2D00C7722F001DD4404930001AAF31006E083200AC583200D2C35CB429006C092A000300000000378E081F6D900000000020000000000/00023000000007C622400000000000

2017.11.07 16:13:19 4: CUL_Parse: nanoCul b89441486D0F9020003034CCEA0196932000C40001A390F05070B113477B0DC4E0A0306FF0A394C2A00C7902A009D8299EC2A0071AA2B00A29C2D00C7722F001DD4404930001AAF31006E083200AC583200D2C35CB429006C092A000300000000378E081F6D90000000002000000000000023000000007C622400000000000
2017.11.07 16:13:19 5: nanoCul: dispatch b89441486D0F9020003034CCEA0196932000C40001A390F05070B113477B0DC4E0A0306FF0A394C2A00C7902A009D8299EC2A0071AA2B00A29C2D00C7722F001DD4404930001AAF31006E083200AC583200D2C35CB429006C092A000300000000378E081F6D90000000002000000000000023000000007C622400000000000
2017.11.07 16:13:19 5: WMBUS raw msg b89441486D0F9020003034CCEA0196932000C40001A390F05070B113477B0DC4E0A0306FF0A394C2A00C7902A009D8299EC2A0071AA2B00A29C2D00C7722F001DD4404930001AAF31006E083200AC583200D2C35CB429006C092A000300000000378E081F6D90000000002000000000000023000000007C622400000000000
2017.11.07 16:13:19 2: WMBUS Error during LinkLayer parse:message too short, expected 156, got 127 bytes
2017.11.07 16:13:19 3: nanoCul: Unknown code b89441486D0F9020003034CCEA0196932000C40001A390F05070B113477B0DC4E0A0306FF0A394C2A00C7902A009D8299EC2A0071AA2B00A29C2D00C7722F001DD4404930001AAF31006E083200AC583200D2C35CB429006C092A000300000000378E081F6D90000000002000000000000023000000007C622400000000000, help me!
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 07 November 2017, 19:52:49
Zitat von: bilbolodz am 07 November 2017, 16:33:31
Sorry for English but I don't spean German.

No problem.


2017.11.07 16:13:19 2: WMBUS Error during LinkLayer parse:message too short, expected 156, got 127 bytes


This is probably due to a too small receive buffer in culfw.
You can either increase the value for TTY_BUFSIZE and recompile/flash the culfw or you can flash the firmware from this (https://forum.fhem.de/index.php/topic,24517.msg612448.html#msg612448) post.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bilbolodz am 07 November 2017, 20:00:48
Zitat von: kaihs am 07 November 2017, 19:52:49

This is probably due to a too small receive buffer in culfw.
You can either increase the value for TTY_BUFSIZ and recompile/flash the culfw or you can flash the firmware from this (https://forum.fhem.de/index.php/topic,24517.msg612448.html#msg612448) post.
Yes. My board.h:


[..]
#define TTY_BUFSIZE             256
#define RCV_BUCKETS            2      //                 RAM: 25b * bucket
#define FULL_CC1100_PA                // PROGMEM:  108b
#define HAS_RAWSEND                   //
//#define HAS_FASTRF                    // PROGMEM:  468b  RAM:  1b
//#define HAS_ASKSIN
/* Intertechno Senden einschalten */
//#define HAS_INTERTECHNO
//#define HAS_TCM97001
/* Intertechno Empfang einschalten */
//#define HAS_IT
//#define HAS_REVOLT
#define HAS_CC1101_RX_PLL_LOCK_CHECK_TASK_WAIT
#define HAS_CC1101_PLL_LOCK_CHECK_MSG
#define HAS_CC1101_PLL_LOCK_CHECK_MSG_SW
/* HAS_MBUS requires about 1kB RAM, if you want to use it you
   should consider disabling other unneeded features
   to avoid stack overflows
*/
#define HAS_MBUS

//#define HAS_ASKSIN_FUP
//#define HAS_MORITZ
//#define HAS_RWE
//#define HAS_ESA
//#define HAS_TX3
//#define HAS_UNIROLL
//#define HAS_HOERMANN
//#define HAS_HOERMANN_SEND
//#define HAS_MEMFN
//#define HAS_SOMFY_RTS
//#define HAS_FHT_80b                     // PROGMEM: 1374b, RAM: 90b
//#define HAS_FHT_8v                    // PROGMEM:  586b  RAM: 23b
//#define HAS_FHT_TF
//#define FHTBUF_SIZE          174      //                 RAM: 174b
//#define HAS_KOPP_FC
//#define HAS_ZWAVE   

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 07 November 2017, 20:05:56
That's too small for your messages.
It must be at least 2*message size+1. So in your case 2*156+1=313
With a safety margin I'd set it to 350.

As the Atmega328 has only 2KB RAM make suure that there is no RAM overflow by disabling unneeded features.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bilbolodz am 07 November 2017, 20:18:40
That's stick "dedicated for Wmbus". Question:
Most #defines are rather obvious but I've some doubts about these:
#define FULL_CC1100_PA                // PROGMEM:  108b
#define HAS_CC1101_RX_PLL_LOCK_CHECK_TASK_WAIT
#define HAS_CC1101_PLL_LOCK_CHECK_MSG
#define HAS_CC1101_PLL_LOCK_CHECK_MSG_SW


Is any of these is needed for "HAS_MBUS"?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 07 November 2017, 20:35:53
I'm not completely sure though I don't think they are needed.
But they are unlikely to save much RAM so I would leave them unmodified.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bilbolodz am 08 November 2017, 08:47:23
Firmware recompiled and loaded. Waiting for messages from meter.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Schnello am 25 November 2017, 10:58:52
Hallo.

Habe mich versucht so gut als möglich einzulesen.
Zuerst hab ich versucht die culfw mit der veränderten Buffer Size zu bauen. War auch erfolgreich aber fhem spuckt keine Mbus Daten aus. Nach einem Tag hab ich dann die FW mit dan Standard settings und M Bus gebaut ... geflasht und siehe da... es kommen massig Meldungen.

https://pastebin.com/Nu898JvK


Versteh ich das richtig das folgende Meldung bedeutet das der Hersteller seine eigene Suppe kocht:
ZitatWMBUS WMBUS_HYD_69700785_6_21 Error during ApplicationLayer parse:Unsupported CI Field a1

Ist ein Wasserzähler von Diehl. Compact 3.5 steht drauf


Grüße
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 25 November 2017, 14:15:31
Zitat von: Schnello am 25 November 2017, 10:58:52
Hallo.

Habe mich versucht so gut als möglich einzulesen.
Zuerst hab ich versucht die culfw mit der veränderten Buffer Size zu bauen. War auch erfolgreich aber fhem spuckt keine Mbus Daten aus. Nach einem Tag hab ich dann die FW mit dan Standard settings und M Bus gebaut ... geflasht und siehe da... es kommen massig Meldungen.

https://pastebin.com/Nu898JvK


Versteh ich das richtig das folgende Meldung bedeutet das der Hersteller seine eigene Suppe kocht:
Ist ein Wasserzähler von Diehl. Compact 3.5 steht drauf


Grüße
Ja, ist leider so. Das Datenformat ist nicht dokumentiert.
Entweder beim Hersteller nachfragen, ob der die Doku raus gibt oder reverse engineering versuchen.
Beides ist wahrscheinlich nicht besonders erfolgversprechend.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bilbolodz am 25 November 2017, 14:38:36
Zitat von: bilbolodz am 08 November 2017, 08:47:23
Firmware recompiled and loaded. Waiting for messages from meter.
No signs of valid frames. It looks that 433Mhz RF1101SE module is unable to receive 866 datagrams. Correct module ordered still waiting for parcel.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Termlnator am 26 November 2017, 19:27:54
Hallo alle zusammen,

ich versuche seit einige Zeit mein  VSM-102 in fhem auszulesen. Ich habe mir das System vor Jahren bei Conrad gekauft und aufgebaut. Nach dem das Support eingestellt wurde kann ich das System nicht mehr auslesen :(
Als Empfänger war ein Amber Wireless USB-Stick AMB8456-M dabei und den versuche ich in FHEM einzubinden. So wie ich gelesen habe bräuchte ich  paar Informationen nur leider ohne besagten ACC (Amber Config Center) ist es nicht möglich.
Gibt es trotzdem eine Möglichkeit es zu integrieren oder lieber einen CUL 868, oder ein Wire Dual S0 Zählermodul  zu kaufen ? Darum bitte ich um paar Tipps habe mich ein wenig festgefahren. Wäre cool wieder die Kontrolle über die Kosten zu haben.

LG
Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 26 November 2017, 22:30:31
Das sollte gehen, es hat mal jemand ein Modul für den Amber Stick gebaut und ich habe das WMBUS Modul entsprechend erweitert.
Suche mal im Forum nach Amber, da sollte was zu finden sein.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 26 November 2017, 22:32:52
Zitat von: kaihs am 26 November 2017, 22:30:31
Das sollte gehen, es hat mal jemand ein Modul für den Amber Stick gebaut und ich habe das WMBUS Modul entsprechend erweitert.
Suche mal im Forum nach Amber, da sollte was zu finden sein.
Hier ist der Link zu dem Thread:  https://forum.fhem.de/index.php?topic=64176.0 (https://forum.fhem.de/index.php?topic=64176.0)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Termlnator am 26 November 2017, 22:44:43
Hi danke Dir,

habe mich schon ziemlich durchgelesen ich denke mein Problem ist ich finde es nicht wie ich es per "define" an FHEM definieren soll. Raspi kann den Stick erkennen ich habe die SN und  Id's aber das wars ja schon.
Mit dem JeeLink hat sofort geklappt deswegen ich musste was übersehen haben.

LG
Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 27 November 2017, 10:11:36
Sorry, das war der falsche Link.
Hiermit (https://forum.fhem.de/index.php?topic=58527.msg524873.msg#524873) solltest du der Lösung näher kommen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Termlnator am 28 November 2017, 10:52:35
Hallo
Danke für die Infos. Habe es ausprobiert mit:

define amb WMBUS bAMB1B442B5D0825003906037AE10000002F2F0415117300000266CC00::-52.5

die Antwort  war:

ZitatCannot load module WMBUS
.

Ich muss dazu sagen ich habe am Samstag update auf FHEM 5.8 gemacht und zusätzlich  00_AMB.pm hochgeladen.

Gruss
Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Happy Fhem User am 28 November 2017, 17:06:15
Das was Du ausprobiert hast, ist glaube ich eine Dummy-Definition zum Testen wenn man die Hardware nicht hat.

Probier mal

define amb AMB /dev/<DEIN AMBERSTICK DEVICE>
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 28 November 2017, 20:53:31
Zitat von: Termlnator am 28 November 2017, 10:52:35
Hallo
Danke für die Infos. Habe es ausprobiert mit:

define amb WMBUS bAMB1B442B5D0825003906037AE10000002F2F0415117300000266CC00::-52.5

die Antwort  war:
.

Ich muss dazu sagen ich habe am Samstag update auf FHEM 5.8 gemacht und zusätzlich  00_AMB.pm hochgeladen.

Gruss
Martin

Funktioniert bei mir:

Internals:
   CFGFN
   DEF        WIK 39002508 6 3
   DeviceMedium Gas
   DeviceType 3
   IODev      CUL_MBUS
   IdentNumber 39002508
   Manufacturer WIK
   MessageEncoding AMB
   NAME       amb
   NR         139
   STATE      no errors
   TYPE       WMBUS
   Version    6
   addr       WIK_39002508_6_3
   READINGS:
     2017-11-28 20:48:38   1_storage_no    0
     2017-11-28 20:48:38   1_type          VIF_VOLUME
     2017-11-28 20:48:38   1_unit          m³
     2017-11-28 20:48:38   1_value         2945.7
     2017-11-28 20:48:38   1_value_type    Instantaneous value
     2017-11-28 20:48:38   2_storage_no    0
     2017-11-28 20:48:38   2_type          VIF_EXTERNAL_TEMP
     2017-11-28 20:48:38   2_unit          °C
     2017-11-28 20:48:38   2_value         20.4
     2017-11-28 20:48:38   2_value_type    Instantaneous value
     2017-11-28 20:48:38   LQI             0
     2017-11-28 20:48:38   RSSI            -74
     2017-11-28 20:48:38   battery         ok
     2017-11-28 20:48:38   decryption_ok   1
     2017-11-28 20:48:38   is_encrypted    0
     2017-11-28 20:48:38   state           no errors
     2017-11-28 20:48:38   unit            m³
     2017-11-28 20:48:38   volume          2945.7
Attributes:
   IODev      CUL_MBUS


Bist du wirklich auf dem neuesten Stand der Module? Hast du nach dem Update auf 5.8 nochmal ein update aus der Fhem-Kommandozeile durchgeführt?


version .*WM.*


sollte das ergeben:

File        Rev   Last Change

36_WMBUS.pm 15410 2017-11-08 19:27:50Z kaihs
WMBus.pm    15376 2017-11-01 15:51:17Z kaihs


Hast du die zusätzlich benötigten Perl Module installiert (aus der commandref):
Zitat
Voraussetzungen
Dieses Modul benötigt die perl Module Crypt::CBC, Digest::CRC and Crypt::OpenSSL::AES (AES wird nur benötigt wenn verschlüsselte Nachrichten verarbeitet werden sollen).
Bei einem Debian basierten System können diese so installiert werden
sudo apt-get install libcrypt-cbc-perl libdigest-crc-perl libssl-dev
sudo cpan -i Crypt::OpenSSL::AES

Falls das alles der Fall ist bitte mal die Meldungen aus dem Log nach dem define posten.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 28 November 2017, 20:54:50
Zitat von: Happy Fhem User am 28 November 2017, 17:06:15
Das was Du ausprobiert hast, ist glaube ich eine Dummy-Definition zum Testen wenn man die Hardware nicht hat.

Probier mal

define amb AMB /dev/<DEIN AMBERSTICK DEVICE>


Ja, das ist richtig. Normalerweise werden die Devices per autocreate angelegt wenn das IODev (in diesem Fall der Amber Stick) etwas empfangen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Termlnator am 29 November 2017, 22:42:27
Hallo

Es hat ein wenig gedauert, weil wie ich feststellen musste war mein Wheezy  uralt also musste ich  einiges updaten  ::)
Jetzt  noch ne dumme Frage im:
define amb AMB /dev/<DEIN AMBERSTICK DEVICE>

unter <MEIN AMBERSTICK> was muss da rein?  Mit dmesg bekomme ich u.A.

Zitat[    1.968705] usb 1-1.2: new full-speed USB device number 4 using dwc_otg
[    2.099431] usb 1-1.2: New USB device found, idVendor=1574, idProduct=999a
[    2.101507] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    2.103430] usb 1-1.2: Product: VSM-100 Funkstick
[    2.105296] usb 1-1.2: Manufacturer: HKW-Elektronik
[    2.107101] usb 1-1.2: SerialNumber: 2D000AA6
Mehr habe ich nicht und mit usb -devices bekomme ich:

ZitatT:  Bus=01 Lev=02 Prnt=02 Port=01 Cnt=02 Dev#=  4 Spd=12  MxCh= 0
D:  Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=1574 ProdID=999a Rev=06.00
S:  Manufacturer=HKW-Elektronik
S:  Product=VSM-100 Funkstick
S:  SerialNumber=2D000AA6
C:  #Ifs= 1 Cfg#= 1 Atr=80 MxPwr=90mA
I:  If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=(none)
[/guote]

Ich vermute, dass mir die Treiber fehlen.

LG
Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 30 November 2017, 18:42:14
Was gibt denn

ls /dev/serial/by-id

aus?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Termlnator am 30 November 2017, 21:58:30
Hallo Kaihs,

leider nur
Zitatusb-FTDI_FT232R_USB_UART_AL01MZVB-if00-port0
ich habe noch ein Jeelink drin und der ist es.

lsusb
gibt:
ZitatBus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp.
Bus 001 Device 007: ID 1574:999a
Bus 001 Device 006: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)
Bus 001 Device 005: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
Device007 ist der Amber:

Zitat[    1.968705] usb 1-1.2: new full-speed USB device number 4 using dwc_otg
[    2.099431] usb 1-1.2: New USB device found, idVendor=1574, idProduct=999a
[    2.101507] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    2.103430] usb 1-1.2: Product: VSM-100 Funkstick
[    2.105296] usb 1-1.2: Manufacturer: HKW-Elektronik
[    2.107101] usb 1-1.2: SerialNumber: 2D000AA6
[    2.218633] usb 1-1.5: new full-speed USB device number 5 using dwc_otg
[    2.344965] usb 1-1.5: New USB device found, idVendor=0403, idProduct=6001
[    2.346854] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3

Gruss
Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 01 Dezember 2017, 07:30:33
Bist du sicher, dass das ein AMB Stick ist? Zumindest der Hersteller ist ja nicht Amber.

Damit das funktioniert muss der Stick über eine serielle Schnittstelle ansprechbar sein, sonst kommt das 00_AMB Modul damit nicht klar.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Termlnator am 01 Dezember 2017, 11:14:38
Hallo Kaihs,

ich denke schon dass es sich um AMB  handelt - s. Anhang. Oder ist es ein Clone von der Fa. HKW (?) die es damals für Conrad gebaut hat. Ich habe leider das ACC Software nicht um es ev. neu Flashen oder auslesen um festzustellen was damit los ist :(

Gruss Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Termlnator am 01 Dezember 2017, 12:17:49
Hallo,

die einzige Möglichkeit, die ich hatte um den ev. fehlerhaften Stick auszuschließen, war ihn an das alte System anzuschließen.
Habe mein alten Notebook mit XP ausgebuddelt, alles angeschlossen und es hat funktioniert auch live Messung - s. Foto

Gruss
Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 01 Dezember 2017, 19:52:06
Ja, sieht wirklich nach dem Amber Stick aus.
Und der FTDI Chip sollte eigentlich die serielle Schnittstelle zur Verfügung stellen.
Vielleicht wird nur die Hersteller-/Produkt Id nicht erkannt und man muss den Treiber manuell bzw. per udev laden?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Termlnator am 02 Dezember 2017, 22:12:34
Hallo ,

ich glaube mit dem AMB Stick wird das nicht funktionieren. Der stellt einfach die serielle Schnittstelle nicht zu Verfügung. Deswegen meine Überlegung den Zähler auch ev. über Wired mit dem Raspi zu verbinden. Der Zähler verfügt über RS485 und S0-Bus s.Foto. Konnte man hmw-lgw-o-dr-gs-eu benutzen oder https://www.esera.de/shop/1-wire-smart-home/1-wire-digital-eingang-1-wire-digital-ausgang/8/1-wire-dual-s0-zaehler-17mm , oder wird der vorhandene Gatway mit dem http://busware.de/tiki-index.php?page=CUL doch funktionieren? Ich habe zu wenig Erfahrung mit den Teilen deswegen bitte ich um Rat.

LG
Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Schnello am 03 Dezember 2017, 10:48:57
Hallo.

Was gibt dann in der Konsole ein "lsmod | grep ftdi" aus?
Ich versteh nicht ganz warum der Stick nicht funktionieren sollte.


Grüße
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Termlnator am 03 Dezember 2017, 11:17:34
Hallo,

Zitatftdi_sio               32602  1
usbserial              29593  3 ftdi_sio
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 03 Dezember 2017, 15:20:21
Versuch mal

sudo modprobe usbserial vendor=0x1574 product=0x999a


Wenn dann unter /dev/serial/by-id oder /dev/serial/by-path ein neues device auftaucht muss man nur noch dafür sorgen, dass das Laden des Treibers automatisch erfolgt.

Ein alternativer Ansatz wäre noch dieser (https://unix.stackexchange.com/questions/67936/attaching-usb-serial-device-with-custom-pid-to-ttyusb0-on-embedded).
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Termlnator am 03 Dezember 2017, 19:38:08
Hi
ls /dev/serial/by-id

ergab:
Zitatusb-FTDI_FT232R_USB_UART_AL01MZVB-if00-port0
ls /dev/serial/by-path

ergab:
Zitatplatform-20980000.usb-usb-0:1.5:1.0-port0
das ist aber der JeeLink

gruss
Titel: Wireless M-Bus für CUL
Beitrag von: RaspiLED am 03 Dezember 2017, 21:44:33
Hi und was ergibt
dmesg -w
Und dann einstecken?
Gruß Arnd

Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Termlnator am 03 Dezember 2017, 21:52:49
dmesg -w  invalid Options
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: RaspiLED am 03 Dezember 2017, 22:02:17
Hi

Usage:
dmesg [options]

Display or control the kernel ring buffer.

Options:
[...]
-w, --follow                wait for new messages

Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Termlnator am 04 Dezember 2017, 20:59:21
Hallo,

so langsam, denke ich, komme ich voran.
Ich habe folgendes gemacht:
-in
Zitat/etc/udev/rules.d/
eine Datei 50-usb.rules erstellt mit eine Zeile:

ACTION=="add", ATTRS{idVendor}=="1574", ATTRS{idProduct}=="999a", RUN+="/sbin/modprobe ftdi_sio" RUN+="/bin/sh -c 'echo 1574 999a > /sys/bus/usb-serial/drivers/ftdi_sio/new_id'"

-danach mit

sudo udevadm control --reload
neu geladen und Stick rein dann mit

dmesg

bekommen:

Zitat[154436.022220] usb 1-1.3: Product: VSM-100 Funkstick
[154436.022243] usb 1-1.3: Manufacturer: HKW-Elektronik
[154436.022261] usb 1-1.3: SerialNumber: 2D000AA6
[154436.128401] ftdi_sio 1-1.3:1.0: FTDI USB Serial Device converter detected
[154436.129510] usb 1-1.3: Detected FT232RL
[154436.133020] usb 1-1.3: FTDI USB Serial Device converter now attached to ttyUSB1

Als nächstes im FHEM
define Amber AMB /dev/ttyUSB1@38400

und der wurde dann von FHEM initialisiert  :)

aber set Amber raw brs oder brt
wird nicht angenommen. Meine Frage fehlt noch was oder habe irgendwo noch Fehler gemacht ?

Hiermit möchte ich mich bei allen bedanken für die Hilfe und Tipps.
Gruss
Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 04 Dezember 2017, 22:36:16
Ich habe mir das 00_AMB Modul jetzt nicht angesehen, aber ich glaube du brauchst nichts weiter machen.
Der Stick sollte automatisch im Empfangsmodus sein und sobald etwas empfangen wird sollte ein device angelegt werden.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: tjk am 19 Dezember 2017, 00:27:49
Hallo Zusammen,

ich versuche gerade meinen EasyMeter Stromzaehler (Q3MB81120 V6.03 mit Modul ESYS-WM10 V2.10) per WMBUS in FHEM einzubinden. Aber entweder hat der Hersteller da in den aktuellen Versionen etwas verändert, oder ich mache irgendetwas grundlegendes falsch.

Das Device wurde korrekt automatisch angelegt, es gibt jedoch ein Problem beim Parsen der Daten:

CUL_0_RAWMSG b244479162875726010024CFA8C0083900F012C25170400002EB310F922594A142E2570F002FD1701004830A7::-74.5
DeviceMedium Electricity
DeviceType 2
IODev CUL_0
IdentNumber 60727528

TYPE WMBUS
Version 16
addr ESY_60727528_16_2

Readings
LQI 161 19.12.2017 00:15
RSSI -73 19.12.2017 00:15
state Unsupported CI Field 8c, remaining payload is 0084900f012c25180400000f2cff840d7bb89a70f002fd170100 19.12.2017 00:15



Irgendjemand ne Idee? CI-Field 0x8c gehoert wohl zu einem Extended Link Layer. Dazu findet man aber nicht all zu viel im Internet.

Nachtrag: Okay, die Neuerung ist der Support fuer AFL (Authentication und Fragmentation Layer) - jetzt noch sicherer. Die gute Nachricht ist, dass das BSI in TR03109 eine Menge Informationen dazu veroeffentlicht hat. Sofern niemand das schon implementiert hat, versuche ich mal ob die frei verfügbaren Dokumente reichen um das zu implementieren.

Viele Grüße
Thorsten
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 22 Dezember 2017, 13:17:20
Wie du schon erkannt hast, ist ELL und AFL relativ neu und war noch nicht Teil des Standards als ich das WMBUS Modul geschrieben habe.

Mittlerweile ist es in den Dokumenten vom OMS enthalten. WMBUS ist aber auch so schon ein ziemlich wirres Format und wird dadurch nicht übersichtlicher.
Da die zusätzliche Verschlüsselung aber wohl immer mehr Verbreitung finden wird werde ich mal versuchen das einzubauen.
Kann aber keinen Termin versprechen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: tjk am 22 Dezember 2017, 17:31:44
Hallo Kai,

danke fuer die Rueckmeldung. Ich hab inzwischen auch selber noch ein bisschen gebastelt und einen Minimal-Decoder geschrieben. Leider sieht es zumindest im Moment so aus, als sei das neue Übertragungsformat nicht mein einziges Problem: Meine Nutzdaten haben ein CI-Field 0x70 (Application Error, shall be used for wired M-Bus only!). Ich hab zwischen den Jahren Urlaub, vielleicht mach ich ja auch noch was beim decodieren falsch.

Thorsten
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 22 Dezember 2017, 18:36:37
Hast du die Daten nach dem AFL denn entschlüsselt?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 22 Dezember 2017, 18:51:29
Ach noch etwas, schau dir mal die Anhänge von diesem Post (https://forum.fhem.de/index.php/topic,24517.msg286233.html#msg286233).

In der zweiten Datei ist das in Abschnitt 2.5 erklärt, das Funkmodul bekommt dann wohl keine Daten vom Zähler.

Falls du die Entschlüsselung hinbekommst kannst du mir ja mal einen Tipp geben wie du den CMAC berechnest.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bilbolodz am 24 Dezember 2017, 10:40:38
Zitat von: bilbolodz am 08 November 2017, 08:47:23
Firmware recompiled and loaded. Waiting for messages from meter.
Finally I've managed to catch complete messages. Unfortunately it's NOT decoded by FHEM. Logs bellow:

2017-12-24_08:29:10 WMBUS_APT_00036030_3_3 RSSI: -38
2017-12-24_08:29:10 WMBUS_APT_00036030_3_3 LQI: 128
2017-12-24_08:29:10 WMBUS_APT_00036030_3_3 Unsupported CI Field a0, remaining payload is a1e532000c4000370c0803180c1134dc4e0a0306ff0b394c2a00c7902a009dec2a007
1aa2b00a29c2d00c7722f001d4930001aaf31006e083200ac583200c8a032006c092a00030000000037bd081f000000002000000000000023000000002400000000000027000000280000000000002
c00200301050c2f000000000000
2017-12-24_08:30:58 WMBUS_APT_00036030_3_3 Unsupported CI Field a0, remaining payload is a1e532000c40002a0e0803180c1134dc4e0a0306ff0b394c2a00c7902a009dec2a007
1aa2b00a29c2d00c7722f001d4930001aaf31006e083200ac583200c8a032006c092a00030000000037bd081f000000002000000000000023000000002400000000000027000000280000000000002
c00200301050c2f000000000000
2017-12-24_08:33:46 WMBUS_APT_00036030_3_3 Unsupported CI Field a0, remaining payload is a1e532000c40001f110803180c1134dc4e0a0306ff0b394c2a00c7902a009dec2a007
1aa2b00a29c2d00c7722f001d4930001aaf31006e083200ac583200c8a032006c092a00030000000037bd081f000000002000000000000023000000002400000000000027000000280000000000002
c00200301050c2f000000000000
[..]
2017-12-24_10:37:42 WMBUS_APT_00036030_3_3 Unsupported CI Field a0, remaining payload is ebe532000c40001b150a03180c1134dc4e0a0306ff0b394c2a00c7902a009dec2a007
1aa2b00a29c2d00c7722f001d4930001aaf31006e083200ac583200c8a032006c092a00030000000037bd081f000000002000000000000023000000002400000000000027000000280000000000002
c00200301050c2f000000000000
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Ingram am 27 Dezember 2017, 19:14:48
Hi everyone!

Excuse me for writing in English. I can read and understand German, but I have difficulties writing as I have forgotten most of the vocabulary (it takes too long to write).

A few days ago I started looking into how to receive packets from Kamstrup multical 21 water meter that was installed by the utility company a year ago. To my disappointment only S and T-mode was supported, but the meter works in C1 mode as it has been pointed out in this very topic years ago. I was not aware if any of the forks supported it.

After digging through application notes from most major chipmakers, I have now achieved what I was looking for - RX for C1 mode B-type frames. A-type frames can be easily supported as well, but I don't have a device to test with nor had the interest to investigate the structure.

My changes to firmware can be found from https://github.com/Ingramz/culfw

You will need to compile the source, any binaries found are out of date.

To use: type `brc`, which is able to receive both T-mode and C-mode frames, which are prefixed in following manner:
btXXXX... - T mode frame A
bcaXXXX... - C mode frame A (not implemented)
bcbXXXX... - C mode frame B (new)

`brt` will only capture T-mode frames in order to maintain backwards compatibility with existing applications.

I don't have the AES key for my water meter, which I am planning to ask from the utility company soon enough, but since the CRC16 is correct and the unencrypted fields seem to match what is on the nameplate, I am rather confident that the received bytes are also correct.

Any feedback would be appreciated and if anyone is interested in merging this into the main firmware, please let me know.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 28 Dezember 2017, 12:17:36
Zitat von: bilbolodz am 24 Dezember 2017, 10:40:38
Finally I've managed to catch complete messages. Unfortunately it's NOT decoded by FHEM. Logs bellow:

Unfortunately CI-field A0 means the data is manufacturer specific and not documented in the official specification.

The manufacturer code is APT, according to dlms.com (http://dlms.com/organization/flagmanufacturesids/index.html) that is
Apator SA (Gas, water and heat), ó kiewskiego 21/29, Toru , Poland 

Maybe you can get information from them regarding the data format they use.

Another possibility is reverse engineering it yourself as has been done for Techem (https://wiki.fhem.de/wiki/TechemHKV) heatcostmeters.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bilbolodz am 28 Dezember 2017, 12:30:17
Zitat von: kaihs am 28 Dezember 2017, 12:17:36
The manufacturer code is APT, according to dlms.com (http://dlms.com/organization/flagmanufacturesids/index.html) that is
Apator SA (Gas, water and heat), ó kiewskiego 21/29, Toru , Poland 
It's strange. I've expected message from my WATER meter NOT gas meter (I don't have gas meter). I've have meter at-wmbus-08 (http://www.apator.com/en/offer/water-and-heat-metering/remote-reading-systems/wireless-water-meters-reading-system/at-wmbus-08-16 (http://www.apator.com/en/offer/water-and-heat-metering/remote-reading-systems/wireless-water-meters-reading-system/at-wmbus-08-16)). Manufacturer is indeed Apator so maybe messages are from my meter????


Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 28 Dezember 2017, 12:42:18
Zitat von: Ingram am 27 Dezember 2017, 19:14:48
A few days ago I started looking into how to receive packets from Kamstrup multical 21 water meter that was installed by the utility company a year ago. To my disappointment only S and T-mode was supported, but the meter works in C1 mode as it has been pointed out in this very topic years ago. I was not aware if any of the forks supported it.

After digging through application notes from most major chipmakers, I have now achieved what I was looking for - RX for C1 mode B-type frames. A-type frames can be easily supported as well, but I don't have a device to test with nor had the interest to investigate the structure.

My changes to firmware can be found from https://github.com/Ingramz/culfw

Great work!
I can't test if it works as I have no equipment that is sending in C-mode.
Just by looking at the code I can't easily identify the changes you made, thus a patch (see below) would help.

Zitat
You will need to compile the source, any binaries found are out of date.

To use: type `brc`, which is able to receive both T-mode and C-mode frames, which are prefixed in following manner:
btXXXX... - T mode frame A
bcaXXXX... - C mode frame A (not implemented)
bcbXXXX... - C mode frame B (new)

`brt` will only capture T-mode frames in order to maintain backwards compatibility with existing applications.

Are the different prefixes for the different modes necessary? The payload should be the same for all modes, shouldn't it?
I suggest you send the data just as before, i.e. bXXXX, independent of the mode used.
This is already the case for mode T and S and the current WMBUS module isn't be able to handle the new prefixes.

If you want your changes included into the official culfw you probably should create a patch against the current official culfw and post it in this forum in a new thread asking Rudolf König for inclusion.
It would also be nice if you extended 00_CUL.pm with a new option for rfMode WMBUS-C and post a patch alongside the culfw patch.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 28 Dezember 2017, 12:50:59
Zitat von: bilbolodz am 28 Dezember 2017, 12:30:17
Manufacturer is indeed Apator so maybe messages are from my meter????

Is the S/N 00036030 printed somewhere on your meter?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bilbolodz am 28 Dezember 2017, 12:55:37
Zitat von: kaihs am 28 Dezember 2017, 12:50:59
Is the S/N 00036030 printed somewhere on your meter?
Unfortunatelly not. Picture of my meter in attachment.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bilbolodz am 28 Dezember 2017, 12:57:19
Zitat von: kaihs am 28 Dezember 2017, 12:17:36Maybe you can get information from them regarding the data format they use.
I've wrote an message to the vendor. I'm NOT expecting any replay but maybe......
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 28 Dezember 2017, 12:59:46
Maybe the data you received is indeed not from your meter but from some unknown gas meter.
But the high RSSI of -38 indicates that the sender must be be quite near to your receiver.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bilbolodz am 28 Dezember 2017, 13:01:18
Zitat von: kaihs am 28 Dezember 2017, 12:59:46
But the high RSSI of -38 indicates that the sender must be be quite near to your receiver.
Distance between meter and culfw antenta is about 1,5m open space so probably it's my meter.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Ingram am 28 Dezember 2017, 13:44:24
Zitat von: kaihs am 28 Dezember 2017, 12:42:18
Are the different prefixes for the different modes necessary? The payload should be the same for all modes, shouldn't it?
I suggest you send the data just as before, i.e. bXXXX, independent of the mode used.
This is already the case for mode T and S and the current WMBUS module isn't be able to handle the new prefixes.

The 't' and 'c' prefix are unnecessary, however we need to distinguish between format A and format B frames. T- and S-mode use only format A as that was defined originally, with C-mode they also added format B, which introduced a byte before payload for C-mode which indicates whether the upcoming frame is format A or format B. The payload itself does not contain any information about the frame type that I know of (other than trying to parse it as format A and format B, see which one passes, which one fails - what happens when both pass?). Formats are described well in ST's application note (http://www.st.com/content/ccc/resource/technical/document/application_note/3f/fb/35/5a/25/4e/41/ba/DM00233038.pdf/files/DM00233038.pdf/jcr:content/translations/en.DM00233038.pdf#page=14).
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 28 Dezember 2017, 19:56:45
Zitat von: Ingram am 28 Dezember 2017, 13:44:24
The 't' and 'c' prefix are unnecessary, however we need to distinguish between format A and format B frames. T- and S-mode use only format A as that was defined originally, with C-mode they also added format B, which introduced a byte before payload for C-mode which indicates whether the upcoming frame is format A or format B. The payload itself does not contain any information about the frame type that I know of (other than trying to parse it as format A and format B, see which one passes, which one fails - what happens when both pass?). Formats are described well in ST's application note (http://www.st.com/content/ccc/resource/technical/document/application_note/3f/fb/35/5a/25/4e/41/ba/DM00233038.pdf/files/DM00233038.pdf/jcr:content/translations/en.DM00233038.pdf#page=14).

Interesting. The OMS Spec 4.1.2 (http://oms-group.org/fileadmin/files/download4all/specification/Vol2/4.1.2/OMS-Spec_Vol2_Primary_v412.pdf) doesn't specify format B.
From section 5.2.1
Zitat
The Data Link Layer with Frame Format A as described in [EN 13757-4:2013] shall be used
for wireless communication.

I don't have access to the EN standard documents, maybe it's described there.
And your meter is using format B?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Ingram am 28 Dezember 2017, 21:59:05
Zitat von: kaihs am 28 Dezember 2017, 19:56:45
I don't have access to the EN standard documents, maybe it's described there.
And your meter is using format B?

The TI application report (http://www.ti.com/lit/an/swra522d/swra522d.pdf#page=6) on receiving both C and T mode frames simultaneously also shows the existence of format B. If the last byte of the actual syncword is 0xCD, then format A is used and if it is 0x3D, then format B is used. This is how I could tell. Also because of the length byte and CRC matching the description of format B in the ST application note, it has to be format B.

I don't have access to the standard either and this is the most frustrating part about it. The application notes by chipmakers were helpful enough to get it working though, each one revealing a bit of the details about the standard but useless alone.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bilbolodz am 29 Dezember 2017, 10:48:54
Zitat von: bilbolodz am 28 Dezember 2017, 12:57:19
I've wrote an message to the vendor. I'm NOT expecting any replay but maybe......
I've got an answer from vendor. As it was expected they don't wont to provide any specifications of protocol. The most bizarre is 'the reason": they are using some "law tricks" about license term and similar stuff. If someone is going to buy some equipment from Apator I strongly NOT recommend buying it.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 29 Dezember 2017, 17:23:09
Zitat von: Ingram am 28 Dezember 2017, 13:44:24
The 't' and 'c' prefix are unnecessary, however we need to distinguish between format A and format B frames. T- and S-mode use only format A as that was defined originally, with C-mode they also added format B, which introduced a byte before payload for C-mode which indicates whether the upcoming frame is format A or format B. The payload itself does not contain any information about the frame type that I know of (other than trying to parse it as format A and format B, see which one passes, which one fails - what happens when both pass?). Formats are described well in ST's application note (http://www.st.com/content/ccc/resource/technical/document/application_note/3f/fb/35/5a/25/4e/41/ba/DM00233038.pdf/files/DM00233038.pdf/jcr:content/translations/en.DM00233038.pdf#page=14).

To be compatible with culfw versions not supporting C Mode could you use a prefix that is not a valid hexadecimal digit?
E. g. something like
bxa for format A
bxb for format B?
That way it will be possible to distinguish the new data format from the old one that starts with the payload directly after the 'b'.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Ingram am 29 Dezember 2017, 19:04:27
Zitat von: kaihs am 29 Dezember 2017, 17:23:09
To be compatible with culfw versions not supporting C Mode could you use a prefix that is not a valid hexadecimal digit?
E. g. something like
bxa for format A
bxb for format B?
That way it will be possible to distinguish the new data format from the old one that starts with the payload directly after the 'b'.

S and T modes via `brs` and `brt` preserve the old output. The prefix is currently only added in C-mode `brc`, which you have to knowingly configure before receiving frames. But sure, it can be changed so that it would be easier to parse. You can probably tell from experience better how the output should be formatted if you want to easily parse it in FHEM or elsewhere.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bilbolodz am 04 Januar 2018, 21:39:36
Zitat von: kaihs am 28 Dezember 2017, 12:17:36Another possibility is reverse engineering it yourself as has been done for Techem (https://wiki.fhem.de/wiki/TechemHKV) heatcostmeters.
I've made some research and I've "partial results". I've "raw data" (raw means messages from log):
2018-01-01_08:18:02 WMBUS_APT_00036030_3_3 Unsupported CI Field a0, remaining payload is 31fb32000c40002b01080401011234dc4e0a0306ff0c394c2a00c7902a009dec2a007
1aa2b00a29c2d00c7722f001d4930001aaf31006e083200ac583200c8a03200f8fa3200030000000037c5081f000000002000000000000023000000002400000000000027000000280000000000002
c00200301050c2f000000000000
from over 3 weeks

It looks that:
1) Messages are not encrypted (great)
2) Messages are always 128 bytes long

I've made an assumption that data is correctly aligned into 8 bits chunks (looks fine for me but it could be some bit stuffing into messages). During 3 weeks my logs changes at "9 places", (bytes in message indexed from 0 to 127):

Index - meaning
76 - day number - changes +1 every day
11 - day of month (for 24.12 it's 24)
10 - day of week (strange because Friday is 1 ... Sunday is 3 .... Monday is 4 ... Thursday is 7)
9 - hour
8 - minute
7 - seconds


it looks that internal clock of meter is slight "of of sync": e.x. 15:19:26 (time of receive by fhem) is 15:03:08 according meter

2,1,0 are water volume ([2]*256*256 + [1] * 256 + [0])


I don't know yet how to convert these number to "square meter" but I will try to make some photos of my real meter and do some moths.

So decoded above record looks like:

2018-01-01 (Mon) 08:18:02 Day number: 197 Day of week: 4 Day of month: 01 time: 08:01:43 Counter: 3341105

Now a few question:

1) Is there any "standard" factor for converting "meter counter" into square meter?
2)  What is the  usually size of  meter counter number ("number of bytes")? There is a some "free space" between index 2 and 7 but I don't know which bytes belongs to volume counter but which could be "other data".
3) How to patch (in elegant way) FHEM to support my meter?

Few more examples:

2017-12-24_08:29:10 WMBUS_APT_00036030_3_3 Unsupported CI Field a0, remaining payload is a1e532000c4000370c0803180c1134dc4e0a0306ff0b394c2a00c7902a009dec2a007
1aa2b00a29c2d00c7722f001d4930001aaf31006e083200ac583200c8a032006c092a00030000000037bd081f000000002000000000000023000000002400000000000027000000280000000000002
c00200301050c2f000000000000
2017-12-24_08:30:58 WMBUS_APT_00036030_3_3 Unsupported CI Field a0, remaining payload is a1e532000c40002a0e0803180c1134dc4e0a0306ff0b394c2a00c7902a009dec2a007
1aa2b00a29c2d00c7722f001d4930001aaf31006e083200ac583200c8a032006c092a00030000000037bd081f000000002000000000000023000000002400000000000027000000280000000000002
c00200301050c2f000000000000
2017-12-24_08:33:46 WMBUS_APT_00036030_3_3 Unsupported CI Field a0, remaining payload is a1e532000c40001f110803180c1134dc4e0a0306ff0b394c2a00c7902a009dec2a007
1aa2b00a29c2d00c7722f001d4930001aaf31006e083200ac583200c8a032006c092a00030000000037bd081f000000002000000000000023000000002400000000000027000000280000000000002
c00200301050c2f000000000000
2017-12-24_08:34:23 WMBUS_APT_00036030_3_3 Unsupported CI Field a0, remaining payload is a1e532000c400007120803180c1134dc4e0a0306ff0b394c2a00c7902a009dec2a007
1aa2b00a29c2d00c7722f001d4930001aaf31006e083200ac583200c8a032006c092a00030000000037bd081f000000002000000000000023000000002400000000000027000000280000000000002
c00200301050c2f000000000000

2017-12-24 (Sun) 08:29:10 Day number: 189 Day of week: 3 Day of month: 24 time: 08:12:55 Counter: 3335585
2017-12-24 (Sun) 08:30:58 Day number: 189 Day of week: 3 Day of month: 24 time: 08:14:42 Counter: 3335585
2017-12-24 (Sun) 08:33:46 Day number: 189 Day of week: 3 Day of month: 24 time: 08:17:31 Counter: 3335585
2017-12-24 (Sun) 08:34:23 Day number: 189 Day of week: 3 Day of month: 24 time: 08:18:07 Counter: 3335585

2018-01-04_16:03:38 WMBUS_APT_00036030_3_3 Unsupported CI Field a0, remaining payload is f60333000c4000122f0f0704011234dc4e0a0306ff0c394c2a00c7902a009dec2a0071aa2b00a29c2d00c7722f001d4930001aaf31006e083200ac583200c8a03200f8fa3200030000000037c8081f0000000020000000000023000000002400000000000027000000280000000000002c00200301050c2f000000000000
2018-01-04_16:06:23 WMBUS_APT_00036030_3_3 Unsupported CI Field a0, remaining payload is ff0333000c400002320f0704011234dc4e0a0306ff0c394c2a00c7902a009dec2a0071aa2b00a29c2d00c7722f001d4930001aaf31006e083200ac583200c8a03200f8fa3200030000000037c8081f000000002000000000000023000000002400000000000027000000280000000000002c00200301050c2f000000000000
2018-01-04_16:07:52 WMBUS_APT_00036030_3_3 Unsupported CI Field a0, remaining payload is ff0333000c40001f330f0704011234dc4e0a0306ff0c394c2a00c7902a009dec2a0071aa2b00a29c2d00c7722f001d4930001aaf31006e083200ac583200c8a03200f8fa3200030000000037c8081f000000002000000000000023000000002400000000000027000000280000000000002c00200301050c2f000000000000
2018-01-04_16:09:49 WMBUS_APT_00036030_3_3 Unsupported CI Field a0, remaining payload is 000433000c40001c350f0704011234dc4e0a0306ff0c394c2a00c7902a009dec2a0071aa2b00a29c2d00c7722f001d4930001aaf31006e083200ac583200c8a03200f8fa3200030000000037c8081f000000002000000000000023000000002400000000000027000000280000000000002c00200301050c2f000000000000
2018-01-04_16:10:25 WMBUS_APT_00036030_3_3 Unsupported CI Field a0, remaining payload is 000433000c400004360f0704011234dc4e0a0306ff0c394c2a00c7902a009dec2a0071aa2b00a29c2d00c7722f001d4930001aaf31006e083200ac583200c8a03200f8fa3200030000000037c8081f000000002000000000000023000000002400000000000027000000280000000000002c00200301050c2f000000000000
2018-01-04_16:13:19 WMBUS_APT_00036030_3_3 Unsupported CI Field a0, remaining payload is 000433000c40003a380f0704011234dc4e0a0306ff0c394c2a00c7902a009dec2a0071aa2b00a29c2d00c7722f001d4930001aaf31006e083200ac583200c8a03200f8fa3200030000000037c8081f000000002000000000000023000000002400000000000027000000280000000000002c00200301050c2f000000000000
2018-01-04_16:14:26 WMBUS_APT_00036030_3_3 Unsupported CI Field a0, remaining payload is 000433000c4000053a0f0704011234dc4e0a0306ff0c394c2a00c7902a009dec2a0071aa2b00a29c2d00c7722f001d4930001aaf31006e083200ac583200c8a03200f8fa3200030000000037c8081f000000002000000000000023000000002400000000000027000000280000000000002c00200301050c2f000000000000

2018-01-04 (Thu) 16:03:38 Day number: 200 Day of week: 7 Day of month: 04 time: 15:47:18 Counter: 3343350
2018-01-04 (Thu) 16:06:23 Day number: 200 Day of week: 7 Day of month: 04 time: 15:50:02 Counter: 3343359
2018-01-04 (Thu) 16:07:52 Day number: 200 Day of week: 7 Day of month: 04 time: 15:51:31 Counter: 3343359
2018-01-04 (Thu) 16:09:49 Day number: 200 Day of week: 7 Day of month: 04 time: 15:53:28 Counter: 3343360
2018-01-04 (Thu) 16:10:25 Day number: 200 Day of week: 7 Day of month: 04 time: 15:54:04 Counter: 3343360
2018-01-04 (Thu) 16:13:19 Day number: 200 Day of week: 7 Day of month: 04 time: 15:56:58 Counter: 3343360
2018-01-04 (Thu) 16:14:26 Day number: 200 Day of week: 7 Day of month: 04 time: 15:58:05 Counter: 3343360

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 05 Januar 2018, 18:07:00
Zitat von: bilbolodz am 04 Januar 2018, 21:39:36
1) Is there any "standard" factor for converting "meter counter" into square meter?

I assume you mean cubic meter (m³) and not square meter (m²), right?

Well, WMBUS doesn't use an abstract "meter counter" but transmits the volume.
But there are different ways to encode it, e.g. as an 8 byte BCD value.

But as your meter doesn't use WMBUS standard appliation layer the values could be encoded in any possible way.

Zitat
2)  What is the  usually size of  meter counter number ("number of bytes")? There is a some "free space" between index 2 and 7 but I don't know which bytes belongs to volume counter but which could be "other data".

You might want to have a look at the WMBUS spec to could an idea what kind of different encodings are possible.
Unfortunately the specification isn't available for download anymore. I could send it to you by private mail if you like.

Zitat
3) How to patch (in elegant way) FHEM to support my meter?

Have a look at the TechemHKV module for a way to achieve this.
It basically intercepts the messages received from CUL before they are send to the WMBUS module.
If a message is identified to have a special format (Techem or APT in your case) it is processed. All other messages are left for further processing by the WMBUS module.

Good luck.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bilbolodz am 09 Januar 2018, 13:42:54
Zitat von: kaihs am 05 Januar 2018, 18:07:00
I assume you mean cubic meter (m³) and not square meter (m²), right?
Yes of course "cubic". My fault.

Zitat von: kaihs am 05 Januar 2018, 18:07:00
Well, WMBUS doesn't use an abstract "meter counter" but transmits the volume.
But there are different ways to encode it, e.g. as an 8 byte BCD value.
But as your meter doesn't use WMBUS standard appliation layer the values could be encoded in any possible way.
In my meter is rather transmuted as unsigned integer (or longer) but I've to check how long is volume variable and how to convert in (multiply factor) to cubic meters.

Zitat von: kaihs am 05 Januar 2018, 18:07:00
You might want to have a look at the WMBUS spec to could an idea what kind of different encodings are possible.
Unfortunately the specification isn't available for download anymore. I could send it to you by private mail if you like.
Done. Please check PM.

Zitat von: kaihs am 05 Januar 2018, 18:07:00
Have a look at the TechemHKV module for a way to achieve this.
It basically intercepts the messages received from CUL before they are send to the WMBUS module.
If a message is identified to have a special format (Techem or APT in your case) it is processed. All other messages are left for further processing by the WMBUS module.
I will try but I'm not a python programmer. I've have to learn (a little) another programing language.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bilbolodz am 15 Januar 2018, 17:32:43
Zitat von: bilbolodz am 09 Januar 2018, 13:42:54
I will try but I'm not a python programmer. I've have to learn (a little) another programing language.
Could someone point me to some documentation about writing own modules to FHEM?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 15 Januar 2018, 20:27:18
Have a look at
https://wiki.fhem.de/wiki/DevelopmentModuleIntro

There is also a whole section of development information at the start page of the wiki.

Unfortunately for you it is in German.

As already pointed out, you can probably reuse a lot of the TechemHKV module.
If you have questions about it you could probably contact hermannj, the author.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bilbolodz am 15 Januar 2018, 21:12:21
I'm reading these page (not finished yet) but right now one question:

Is there a way to "simulate" receiving message from CUL (reply saved real signal during development). My meter sends telegrams between 8AM to 4 PM - it's very inconvenient time (for me) to play with module.....
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bilbolodz am 16 Januar 2018, 09:14:27
Zitat von: kaihs am 28 Dezember 2017, 12:50:59
Is the S/N 00036030 printed somewhere on your meter?
I've catch raw message. Begging of message looks like:

b89441486D0F9020003034CCEA0

and after these string there is "Unsupported CI Field a0" rest of telegram.

Label (bar code) printed on my meter is: 195024 which in HEX is 0x2F9D0 so

(b)8944 1486 D0F90200 03 03 4CCE A0

lfield[0]: 0x89 - message lenght
cfield[1]: 0x44 ??
Manufacturer identuification[23]: 0x1486 = decoded ASCII  APT
Serial[4567]: 0xD0F90200 = 195024
Version[8]: 03
Type[9]: 03
CRC[1011] 0x4CCE
CI field 0xA0 ??
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: setstate am 17 Januar 2018, 17:03:26
ich bekomme


2018.01.17 16:27:51 2: WMBUS Error during LinkLayer parse:message too short, expected 178, got 140 bytes
2018.01.17 16:27:51 2: Please make sure that TTY_BUFSIZE in culfw is at least two times the message length + 1


wenn ich in der board.h auf 357 erhöhe,

#define TTY_BUFSIZE             357

meldet sich das Board nur noch als

V 1.67 nanoCUL433 und es passiert nix mehr.

Bei TTY_BUFSIZE   256 meldet sich ein V 1.67 nanoCUL868 und ich bekomme die WMBUS raw msg  im LOG.

Ich habe schon alle defines ausser

#define HAS_MBUS

auskommentiert.

Was kann ich noch machen, um Speicher zu sparen? Liegt es am Speicher?

Nachtrag:
Was ich noch rausgefunden habe: Ab 256 wird uint16_t benutzt.


#if TTY_BUFSIZE < 256
typedef struct
{
  uint8_t putoff;
  uint8_t getoff;
  uint8_t nbytes;       // Number of data bytes
  char buf[TTY_BUFSIZE];
} rb_t;
#else
typedef struct
{
  uint16_t putoff;
  uint16_t getoff;
  uint16_t nbytes;       // Number of data bytes
  char buf[TTY_BUFSIZE];
} rb_t;
#endif


Aber warum ist dann nur noch nanoCUL433 möglich?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bilbolodz am 17 Januar 2018, 18:49:26
Zitat von: bilbolodz am 15 Januar 2018, 21:12:21
Is there a way to "simulate" receiving message from CUL (reply saved real signal during development). My meter sends telegrams between 8AM to 4 PM - it's very inconvenient time (for me) to play with module.....
Any ideas how to inject fake message to module?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 17 Januar 2018, 19:35:56
Zitat von: bilbolodz am 17 Januar 2018, 18:49:26
Any ideas how to inject fake message to module?

I think there was once a discussion about this in this forum, but I can't remember the details.

You'll probably get more responses if you ask the question in a new thread in the 'English Corner' of this forum.
This thread has probably only few readers.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bilbolodz am 17 Januar 2018, 20:17:46
Zitat von: kaihs am 17 Januar 2018, 19:35:56
I think there was once a discussion about this in this forum, but I can't remember the details.
Could you please try to find these topic? I don't speak German so it's hard to find it using keyword but I can try to read it using google translator. I've almost ready module to read my Apator Water Meter but I need to check it more throughly.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 17 Januar 2018, 20:32:26
Zitat von: setstate am 17 Januar 2018, 17:03:26
Was kann ich noch machen, um Speicher zu sparen? Liegt es am Speicher?

Wenn man die culfw compiliert kommt am Ende eine Meldung über den verwendeten Speicher, z. B,

Size after:
   text    data     bss     dec     hex filename
  19590     138    1448   21176    52b8 nanoCUL.elf


data+bss ist der statische RAM Verbrauch, dazu kommt dann noch der Stack.
Der ATMega328p hat nur 2048 Bytes RAM.

Welche Zahlen stehen da bei dir?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: setstate am 17 Januar 2018, 20:43:38
Size after:
   text    data     bss     dec     hex filename
  11712     120    1783   13615    352f nanoCUL.elf
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 17 Januar 2018, 21:10:59
Zitat von: setstate am 17 Januar 2018, 20:43:38
Size after:
   text    data     bss     dec     hex filename
  11712     120    1783   13615    352f nanoCUL.elf


Das ist knapp, da kann es durchaus zu einem Stacküberlauf kommen. Danach ist dann alles möglich, auf jeden Fall funktioniert die culfw dann nicht mehr ordentlich.

Wie gut kennst du dich mit C-Entwicklung aus?
Wahrscheinlich kann man mit manueller Optimierung noch bei ausschließlicher WMBUS Benutzung unnötigen Code entfernen.

Als ich mir das damals angeschaut habe war mit aufgefallen, dass man die Pufferverwaltung wahrscheinlich optimieren könnte.
Es gibt nämlich drei Puffer die durch TTY_BUFSIZE beeinflusst werden, aus ttydata.c:

rb_t TTY_Tx_Buffer;
rb_t TTY_Rx_Buffer;
static char cmdbuf[TTY_BUFSIZE+1];


Für den Empfang muss aber nur der TTY_Tx_Buffer groß genug sein, die anderen beiden könnten auf z. B. 128 stehen.
Dazu müsste aber auch der Code in ringbuffer.c angepasst werden, so dass dieser Puffer unterschiedlicher Größe verwalten kann.

Ein
#define MBUS_NO_TX
könnte evtl. auch was bringen.

Und zu guter Letzt könnte noch der Code in clib/mbus optimiert werden. Dieser verwendet nämlich nochmal einen eigenen Puffer um aus diesem dann wieder in den TTY_Tx_Buffer zu kopieren. Eigentlich könnte er gleich diesen Puffer verwendet.

Ist aber alles nicht mal eben so gemacht.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: setstate am 17 Januar 2018, 21:14:20
 :D
Da war ich auch schon heute und hatte die gleiche Idee: Tx kann int8 bleiben und Rx auf int16

rb_t TTY_Tx_Buffer;
rb_t TTY_Rx_Buffer;


Da werde ich mal etwas fummeln
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 17 Januar 2018, 21:31:57
Zitat von: setstate am 17 Januar 2018, 21:14:20
:D
Da war ich auch schon heute und hatte die gleiche Idee: Tx kann int8 bleiben und Rx auf int16

rb_t TTY_Tx_Buffer;
rb_t TTY_Rx_Buffer;


Da werde ich mal etwas fummeln

Das wird nicht viel bringen, das sind ja nur die Indizes in den Puffer.

Am einfachsten ist es wahrscheinlich

static char cmdbuf[128+1];

zu verwenden. Dafür muss nichts in ringbuffer.c geändert werden.
Der code in ttydata.c verwendet sizeof für die Größenermittlung von cmdbuf und muss daher auch nicht angepasst werden.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 17 Januar 2018, 21:48:22
Zitat von: bilbolodz am 17 Januar 2018, 20:17:46
Could you please try to find these topic?

I'm sorry, but I can't find it.

One way to create such an emulation might be to create a named pipe (mkfifo) and use this as the device file when defining the CUL device.
Than one could simply write the previously received messages into the fifo and the fhem CUL device would receive it.
Never tried this in practice though.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bilbolodz am 17 Januar 2018, 22:12:16
I've defined CUL with fifo

Zitatdefine cul_emu CUL /home/bilbo/robota/fhem-5.8/CUL_fifo 1234

but "STATE" is disconnected In logs I can see:

Zitat2018.01.17 22:06:38 3: Opening cul_emu device /home/bilbo/robota/fhem-5.8/CUL_fifo
2018.01.17 22:06:38 1: PERL WARNING: can't getattr: Inappropriate ioctl for device at ./FHEM/DevIo.pm line 391.
2018.01.17 22:06:38 3: Can't open /home/bilbo/robota/fhem-5.8/CUL_fifo: Inappropriate ioctl for device
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 17 Januar 2018, 22:18:47
Zitat von: bilbolodz am 17 Januar 2018, 22:12:16
2018.01.17 22:06:38 1: PERL WARNING: can't getattr: Inappropriate ioctl for device at ./FHEM/DevIo.pm line 391.

Hm, a FIFO isn't a real serial device and doesn't support the necessary ioctl.

Try

define cul_emu CUL /home/bilbo/robota/fhem-5.8/CUL_fifo@directio 1234


because
Zitat
If the baudrate is "directio" (e.g.: /dev/ttyACM0@directio), then the perl module Device::SerialPort is not needed, and FHEM opens the device with simple file io
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bilbolodz am 17 Januar 2018, 22:27:21
Thanks. Better it's working Now I've to check why module is not working ;-)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bilbolodz am 17 Januar 2018, 23:00:59
I've copied module 32_TechemHKV and modified for my needs. Unfortunately message put into fifo is dispatched to WMBUS module and "served as usual" (Unsupported CI Field a0). I've found on forum a few examples of TechemHKV telegrams but every of them creates "generic WBMUS entry" with "Unsupported CI Field" error not  TechemHKV device..... I don't know how to check what's wrong. Does TechemHKV should be autocreated after receiving valid telegram?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: herrmannj am 17 Januar 2018, 23:53:26
TechemHKV intercepts the msg in an non-standard way. To listen, it requires an cul in wmbus_t mode. It may be that the FIFO setup does not satisfy that.  If no cul (TYPE = CUL) found or if it is not in WMBUS_T mode no msg at all is intercepted by TechemHKV

See sources about details.

add:
Techem devices will not be auto created. instead it must be defined by ID. But, if TechemHKV is working properly (cul present etc), it filters all techem msg, so no techem msg will be forwarded to WMBUS any more
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bilbolodz am 18 Januar 2018, 09:04:36
I've managed to reply (via pipe) message:

b32446850296586536980EDECA0058420000050080000DB07E7070000F62B00000000000000000000000000000000FFFF000000000000000000FF

and route it into Techem HKV object. Just for record, the key issue is: MANUAL CREATE device with correct ID. In that case:

define techem TechemHKV 53866529

Now I've to understand (more) how is working Techem and correctly convert to serve my meter. Question:

Function TechemHKV_SanityCheck checks CRC AND removed crc from message?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: herrmannj am 18 Januar 2018, 09:46:06
Yes
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bilbolodz am 18 Januar 2018, 10:18:20
One more question:

in TechemHKV_Parse there are calls to "more detailed parse functions". These functions get's as a parameter "message":

sub
TechemHKV_ParseID(@) {
  my @m = @_;
  return ("$m[6]$m[5]$m[4]$m[3]", "$m[4]$m[3]");
}


As I understand $m is striped from first byte (length) of original message? (actually two bytes because of "b")  Am I right? (serial number should be at 4567 position not 3456).
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: herrmannj am 18 Januar 2018, 10:24:40
Can't recall from mind but I guess you are right
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: herrmannj am 18 Januar 2018, 10:33:25
After reading again be careful. In your 9.04 post id does not match with define. The id start right after 6850
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bilbolodz am 18 Januar 2018, 10:53:19
Right. Incorrect CRTL+C CTRL+V. Corrected previous post.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bilbolodz am 18 Januar 2018, 12:48:36
Hmmmm. Another problem. It looks that message doesn't get my parse function....
My message is:
Zitatb89441486D0F9020003034CCEA0812433000C4000142A0F0510011234023CDC4E0A0306FF0C394C2A00C7902A009D1BF3EC2A0071AA2B00A29C2D00C7722F001DD4404930001AAF31006E083200AC583200C8FE24A03200F8FA3200030000000037D4081F9D4F000000002000000000000023000000007C6224000000000000270000002800000000BB5F00002C00200301050C2F0000000000004B2480

Zitatsub
ApatorWM_Initialize(@) {
  my ($hash) = @_;

  # require "Broker.pm";

  $hash->{Match}      = "^b..441486[\\d]{8}0303....A0.*";

  $hash->{DefFn}      = "ApatorWM_Define";
  $hash->{UndefFn}    = "ApatorWM_Undef";
  $hash->{SetFn}      = "ApatorWM_Set";
  $hash->{GetFn}      = "ApatorWM_Get";
  $hash->{NotifyFn}   = "ApatorWM_Notify";
  $hash->{ParseFn}    = "ApatorWM_Parse";

  $hash->{AttrList}   = "".$readingFnAttributes;

Log3 ("ApatorWM", 0, "Init: $hash->{Match}");

  return undef;
}

ZitatInternals:
   CMDS       Nocmdsfordummies
   Clients    :TechemHKV:ApatorWM:WMBUS:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:
   DEF        /home/bilbo/robota/fhem-5.8/CUL_fifo@directio 1234
   DeviceName /home/bilbo/robota/fhem-5.8/CUL_fifo@directio
   FD         20
   FHTID      1234
   MessageEncoding CUL
   NAME       cul_emu
   NEXT_OPEN  1516274997
   NR         20
   PARTIAL
   RAWMSG     b89441486D0F9020003034CCEA0812433000C4000142A0F0510011234023CDC4E0A0306FF0C394C2A00C7902A009D1BF3EC2A0071AA2B00A29C2D00C7722F001DD4404930001AAF31006E083200AC583200C8FE24A03200F8FA3200030000000037D4081F9D4F000000002000000000000023000000007C6224000000000000270000002800000000BB5F00002C00200301050C2F0000000000004B2480
   RSSI       -138
   STATE      Initialized
   TYPE       CUL
   VERSION    V
   cul_emu_MSGCNT 3
   cul_emu_TIME 2018-01-18 12:29:04
   initString X21
brt
   Matchlist:
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     J:WMBUS    ^b.*
     M:TSSTACKED ^\*
   Readings:
     2018-01-18 12:28:57   cmds            No answer
     2018-01-18 12:29:04   state           Initialized
Attributes:
   dummy      1
   rfmode     WMBus_T
   room       WMBUS

sub
ApatorWM_Parse(@) {

Log3 ("ApatorWM", 0, "ApatorWM_Parse");
  my ($iohash, $msg) = @_;
  my ($message, $rssi);
  ($msg, $rssi) = split (/::/, $msg);
Log3 ("ApatorWM", 0, "Parse: $msg");

  $msg = ApatorWM_SanityCheck($msg);

Log3 ("ApatorWM", 0, "after ApatorWM_SanityCheck: $msg");
[..]


But in logs I can see:

Zitat
2018.01.18 12:28:57 2: Switched cul_emu rfmode to WMBus_T
[..]
2018.01.18 12:28:57 0: Init: ^b..441486[\d]{8}0303....A0.*
2018.01.18 12:28:57 3: Define 195024
[..]
2018.01.18 12:47:57 2: WMBUS WMBUS_APT_00036030_3_3 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 812433000c4000142a0f0510011234dc4e0a0306ff0c394c2a00c7902a009dec2a0071aa2b00a29c2d00c7722f001d4930001aaf31006e083200ac583200c8a03200f8fa3200030000000037d4081f000000002000000000000023000000002400000000000027000000280000000000002c00200301050c2f000000000000

What could be wrong?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: herrmannj am 18 Januar 2018, 13:07:42
ZitatWhat could be wrong?
cant say ... but parse will not be called (at least I cant see the log entry for it). So it is in the area of matching the client regex. May be you must place some more log point in fhem.pl dispatch to see what happens ...

update:
from CUL internals:
Clients    :TechemHKV:ApatorWM:WMBUS:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:

So your module ís registered
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bilbolodz am 18 Januar 2018, 13:25:37
Zitat von: herrmannj am 18 Januar 2018, 13:07:42
update:
from CUL internals:
Clients    :TechemHKV:ApatorWM:WMBUS:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:
So your module ís registered
I know. There was an error in matching filed it should be:
^b..441486[0-9a-fA-F]{8}0303....A0.*
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: herrmannj am 18 Januar 2018, 13:32:00
makes sense. That is an difference on how techem does their ID but it may be an wise move to adapt that.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bilbolodz am 18 Januar 2018, 14:01:18
Finally working..... (first version). Now next questions (not about programming of FHEM internals but rather "generally"):

1) My Meter reports water volume in let's sat "ticks" (it's addon for regular mechanical meter). To convert it into real cubic meter it's to be multiply by some factor. Factor probably depends on mechanical meter. By comparing ticks and visual numbers on meter I've computed that my factor is about:  0.000333333 but it could be different for another meter. Should I report "raw ticks" from meter or should I multiply it by factor and return real water volume? If real water volume how to put factor into module? Hardcoding it into source is probably bad idea I think it should be a parameter which can be set by FHEM but how to do it?

2) Meter besides volume ticks reports:

Zitatday number - changes +1 every day
day of month (for 24.12 it's 24)
day of week (strange because Friday is 1 ... Sunday is 3 .... Monday is 4 ... Thursday is 7)
hour
minute
seconds

How should I report it into FHEM ("as what")?

Meter sends of course more information that I've wrote but I don't know a meaning of it.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: setstate am 18 Januar 2018, 14:04:20
Zitat von: kaihs am 17 Januar 2018, 21:31:57
Das wird nicht viel bringen, das sind ja nur die Indizes in den Puffer.

Am einfachsten ist es wahrscheinlich

static char cmdbuf[128+1];

zu verwenden. Dafür muss nichts in ringbuffer.c geändert werden.
Der code in ttydata.c verwendet sizeof für die Größenermittlung von cmdbuf und muss daher auch nicht angepasst werden.

Kann es sein, dass die ttydata.c auch an anderer Stelle noch nicht für Bufsize > 256 funktioniert?
uint8_t cmdlen;
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: herrmannj am 18 Januar 2018, 15:15:17
Zitat von: bilbolodz am 18 Januar 2018, 14:01:18
Finally working..... (first version). Now next questions (not about programming of FHEM internals but rather "generally"):

1) My Meter reports water volume in let's sat "ticks" (it's addon for regular mechanical meter). To convert it into real cubic meter it's to be multiply by some factor. Factor probably depends on mechanical meter. By comparing ticks and visual numbers on meter I've computed that my factor is about:  0.000333333 but it could be different for another meter. Should I report "raw ticks" from meter or should I multiply it by factor and return real water volume? If real water volume how to put factor into module? Hardcoding it into source is probably bad idea I think it should be a parameter which can be set by FHEM but how to do it?

2) Meter besides volume ticks reports:

How should I report it into FHEM ("as what")?

Meter sends of course more information that I've wrote but I don't know a meaning of it.

you can do that by introducing a attribute but because of the central importance it may also be part of the define (maybe rpm or whatever)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 18 Januar 2018, 19:37:37
Zitat von: setstate am 18 Januar 2018, 14:04:20
Kann es sein, dass die ttydata.c auch an anderer Stelle noch nicht für Bufsize > 256 funktioniert?
uint8_t cmdlen;
Ja, sieht so aus, die Größe dieses Puffers muss < 256 sein, damit es nicht zu einem Überlauf kommt.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: setstate am 19 Januar 2018, 07:57:13
Hab's jetzt hin bekommen mit getrennten Buffer-Größen.

128 für cmdbuf und TTY_Rx_Buffer;
358 für TTY_Tx_Buffer

static char cmdbuf[TTY_BUFSIZE_R+1];

extern rb_t TTY_Tx_Buffer;
extern rb_t_r TTY_Rx_Buffer;


die WMBUS Devices werden angelegt und die Werte kommen. Beispiel: ca. 19 für DeviceMedium Heat.

Leider senden die Geräte nur von 6:00-18:00 Uhr, deshalb konnte ich gestern Abend nicht mehr testen.

Wer kann die Änderung in der culfw jetzt offiziell einbauen?

Update:
Zu früh gefreut, der nanoCUL antwortet nicht mehr. Da hat sich was aufgegangen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: setstate am 19 Januar 2018, 09:56:38
Was sagt mir das?

Zitatcrc check failed for block 9

Bei einem DeviceType 7, DeviceMedium Water

Es sind Wasserzähler mit einem Engelmann FAW (ARTNR.: 1100800001) Aufsatz.
RAW Strings habe ich da.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bilbolodz am 19 Januar 2018, 14:16:16
Zitat von: herrmannj am 18 Januar 2018, 15:15:17
you can do that by introducing a attribute but because of the central importance it may also be part of the define (maybe rpm or whatever)
OK, I think I have my module ready. Anyone interested in testing? How can I put it into fhem source?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 19 Januar 2018, 19:11:07
Zitat von: setstate am 19 Januar 2018, 09:56:38
Was sagt mir das?

Bei einem DeviceType 7, DeviceMedium Water

Es sind Wasserzähler mit einem Engelmann FAW (ARTNR.: 1100800001) Aufsatz.
RAW Strings habe ich da.

Das irgendwo auf dem Weg von der Dekodierung in der culfw zum WMBUS Modul Daten verfälscht wurden.

WMBUS Daten werden in Blöcken von 16 Bytes übertragen die jeweils mit einem 16Bit CRC gesichert sind.
Bei Block 9 ist die Prüfung fehlgeschlagen. Da aber beim Empfang in der culfw der CRC auch schon geprüft und nur korrekte Daten weiter gegeben werden muss der Fehler irgendwo dazwischen sein.
Mglw. passt was mit dem TXBuffer noch nicht?

Du kannst aber mal die Rawmessages posten, vielleicht kann man daran noch was erkennen.
Und mal mit globalem verbose 5 prüfen, ob sich die Nachricht innerhalb der Verarbeitung in fhem ändert. 
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 19 Januar 2018, 19:15:30
Zitat von: bilbolodz am 19 Januar 2018, 14:16:16
OK, I think I have my module ready. Anyone interested in testing? How can I put it into fhem source?

Testing will probably be difficult as probably none of the mostly german fhem users have a meter from APT.

But you could post you module here and we could do a code review.

As for getting it into fhem see https://wiki.fhem.de/wiki/SVN_Nutzungsregeln (https://wiki.fhem.de/wiki/SVN_Nutzungsregeln).
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: setstate am 20 Januar 2018, 11:18:43
Heute am WE senden die MBUS-Geräte nicht, aber der nanoCUL verabschiedet sich trotzdem nach einigen Stunden.
10:18 Uhr antwortet das Teil noch, eine Stunde später nicht mehr.

2018.01.20 10:18:25 5: SW: V
2018.01.20 10:18:25 5: CUL/RAW (ReadAnswer): V 1.67 nan
2018.01.20 10:18:25 5: CUL/RAW (ReadAnswer): oCUL868

2018.01.20 10:18:31 5: SW: C0D
2018.01.20 10:18:31 5: CUL/RAW (ReadAnswer): C0D = 21 / 33

2018.01.20 10:18:31 5: SW: C0E
2018.01.20 10:18:31 5: CUL/RAW (ReadAnswer): C0E = 6B / 107

2018.01.20 10:18:31 5: SW: C0F
2018.01.20 10:18:31 5: CUL/RAW (ReadAnswer): C0F = D0 / 208

2018.01.20 10:18:31 5: SW: C10
2018.01.20 10:18:31 5: CUL/RAW (ReadAnswer): C10 = 5C / 92

2018.01.20 10:18:31 5: SW: C1B
2018.01.20 10:18:31 5: CUL/RAW (ReadAnswer): C1B = 43 / 67

2018.01.20 10:18:31 5: SW: C1D
2018.01.20 10:18:31 5: CUL/RAW (ReadAnswer): C1D = B5 / 181

2018.01.20 11:10:40 5: SW: C0D
2018.01.20 11:10:40 5: CUL/RAW (ReadAnswer): C0D = 21 / 33

2018.01.20 11:10:40 5: SW: C0E
2018.01.20 11:10:40 5: CUL/RAW (ReadAnswer): C0E = 6B / 107

2018.01.20 11:10:40 5: SW: C0F
2018.01.20 11:10:40 5: CUL/RAW (ReadAnswer): C0F = D0 / 208

2018.01.20 11:10:40 5: SW: C10
2018.01.20 11:10:40 5: CUL/RAW (ReadAnswer): C10 = 5C / 92

2018.01.20 11:10:40 5: SW: C1B
2018.01.20 11:10:54 5: SW: V
2018.01.20 11:10:54 5: CUL/RAW (ReadAnswer): ? (? is unknown) Use on
2018.01.20 11:10:54 5: CUL/RAW (ReadAnswer): e of B b C e F l R T t V W X x

2018.01.20 11:10:54 4: CUL_Parse: nanoCUL ? (? is unknown) Use one of B b C e F l R T t V W X x
2018.01.20 11:10:54 5: nanoCUL: dispatch ? (? is unknown) Use one of B b C e F l R T t V W X x
2018.01.20 11:10:54 3: nanoCUL: Unknown code ? (? is unknown) Use one of B b C e F l R T t V W X x, help me!
2018.01.20 11:10:57 1: /dev/serial/by-id/usb-SHK_NANO_CUL_868-if00-port0 disconnected, waiting to reappear (nanoCUL)
2018.01.20 11:10:57 3: Setting nanoCUL serial parameters to 38400,8,N,1
2018.01.20 11:10:58 5: SW: V
2018.01.20 11:11:01 5: SW: V
2018.01.20 11:11:04 5: SW: V


Wie kann ich die das debuggen?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 20 Januar 2018, 19:06:23
Zitat von: setstate am 20 Januar 2018, 11:18:43
Heute am WE senden die MBUS-Geräte nicht, aber der nanoCUL verabschiedet sich trotzdem nach einigen Stunden.
10:18 Uhr antwortet das Teil noch, eine Stunde später nicht mehr.

2018.01.20 10:18:25 5: SW: V
2018.01.20 10:18:25 5: CUL/RAW (ReadAnswer): V 1.67 nan
2018.01.20 10:18:25 5: CUL/RAW (ReadAnswer): oCUL868

2018.01.20 10:18:31 5: SW: C0D
2018.01.20 10:18:31 5: CUL/RAW (ReadAnswer): C0D = 21 / 33

2018.01.20 10:18:31 5: SW: C0E
2018.01.20 10:18:31 5: CUL/RAW (ReadAnswer): C0E = 6B / 107

2018.01.20 10:18:31 5: SW: C0F
2018.01.20 10:18:31 5: CUL/RAW (ReadAnswer): C0F = D0 / 208

2018.01.20 10:18:31 5: SW: C10
2018.01.20 10:18:31 5: CUL/RAW (ReadAnswer): C10 = 5C / 92

2018.01.20 10:18:31 5: SW: C1B
2018.01.20 10:18:31 5: CUL/RAW (ReadAnswer): C1B = 43 / 67

2018.01.20 10:18:31 5: SW: C1D
2018.01.20 10:18:31 5: CUL/RAW (ReadAnswer): C1D = B5 / 181

2018.01.20 11:10:40 5: SW: C0D
2018.01.20 11:10:40 5: CUL/RAW (ReadAnswer): C0D = 21 / 33

2018.01.20 11:10:40 5: SW: C0E
2018.01.20 11:10:40 5: CUL/RAW (ReadAnswer): C0E = 6B / 107

2018.01.20 11:10:40 5: SW: C0F
2018.01.20 11:10:40 5: CUL/RAW (ReadAnswer): C0F = D0 / 208

2018.01.20 11:10:40 5: SW: C10
2018.01.20 11:10:40 5: CUL/RAW (ReadAnswer): C10 = 5C / 92

2018.01.20 11:10:40 5: SW: C1B
2018.01.20 11:10:54 5: SW: V
2018.01.20 11:10:54 5: CUL/RAW (ReadAnswer): ? (? is unknown) Use on
2018.01.20 11:10:54 5: CUL/RAW (ReadAnswer): e of B b C e F l R T t V W X x

2018.01.20 11:10:54 4: CUL_Parse: nanoCUL ? (? is unknown) Use one of B b C e F l R T t V W X x
2018.01.20 11:10:54 5: nanoCUL: dispatch ? (? is unknown) Use one of B b C e F l R T t V W X x
2018.01.20 11:10:54 3: nanoCUL: Unknown code ? (? is unknown) Use one of B b C e F l R T t V W X x, help me!
2018.01.20 11:10:57 1: /dev/serial/by-id/usb-SHK_NANO_CUL_868-if00-port0 disconnected, waiting to reappear (nanoCUL)
2018.01.20 11:10:57 3: Setting nanoCUL serial parameters to 38400,8,N,1
2018.01.20 11:10:58 5: SW: V
2018.01.20 11:11:01 5: SW: V
2018.01.20 11:11:04 5: SW: V


Wie kann ich die das debuggen?

Nicht ganz einfach. Vielleicht kommt es zu einem Stackoverflow in dessen Folge ein Watchdogreset einen Neustart des CULs auslöst.

Allerdings verstehe ich auch nicht, was da an Kommunikation zwischen fhem und CUL erfolgt.


2018.01.20 10:18:25 5: SW: V
2018.01.20 10:18:25 5: CUL/RAW (ReadAnswer): V 1.67 nan
2018.01.20 10:18:25 5: CUL/RAW (ReadAnswer): oCUL868


Verstehe ich. Versionsabfrage mit entsprechender Antwort vom CUL.


2018.01.20 10:18:31 5: SW: C0D
2018.01.20 10:18:31 5: CUL/RAW (ReadAnswer): C0D = 21 / 33

2018.01.20 10:18:31 5: SW: C0E
2018.01.20 10:18:31 5: CUL/RAW (ReadAnswer): C0E = 6B / 107


Wo kommt das her? Das sind doch keine vernünftigen Kommandos an den CUL.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: setstate am 20 Januar 2018, 19:20:41
ich setze immer mal wieder ein

get nanoCUL ccconf

ab, um zu checken, ob das Teil noch "lebt".
Das ist der Output im Logfile


2018.01.20 19:12:10 5: SW: C0D
2018.01.20 19:12:10 5: CUL/RAW (ReadAnswer): C0D = 21 / 33

2018.01.20 19:12:10 5: SW: C0E
2018.01.20 19:12:10 5: CUL/RAW (ReadAnswer): C0E = 6B / 107

2018.01.20 19:12:10 5: SW: C0F
2018.01.20 19:12:10 5: CUL/RAW (ReadAnswer): C0F = D0 / 208

2018.01.20 19:12:10 5: SW: C10
2018.01.20 19:12:10 5: CUL/RAW (ReadAnswer): C10 = 5C / 92

2018.01.20 19:12:10 5: SW: C1B
2018.01.20 19:12:10 5: CUL/RAW (ReadAnswer): C1B = 43 / 67

2018.01.20 19:12:10 5: SW: C1D
2018.01.20 19:12:10 5: CUL/RAW (ReadAnswer): C1D = B5 / 181


Als Message im FHEM und als ccconf-Reading kam gerade das:

freq:1629.920MHz bWidth:325KHz rAmpl:42dB sens:4dB[/s]
Das war noch von 11 Uhr drin


Seitdem geht nix mehr.
Normalerweise kommt da sowas:

freq:868.950MHz bWidth:325KHz rAmpl:33dB sens:8dB

Ein Drücken des Reset-Knopfes hilft auch nicht mehr zum Wiederbeleben. Ich muss den USB Anschluss immer erst komplett ab/anstecken.
Obwohl gerade auch ein neues .hex einspielen auch gereicht hat.

Im syslog sehe ich das hier
Jan 20 19:16:49 fhem kernel: [4162126.453933] ftdi_sio ttyUSB0: urb failed to clear flow control
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 20 Januar 2018, 19:42:25
Dann ist es wahrscheinlich ein Problem mit dem nanoCUL, z. B. der unverbundene Testpin am FTDI.
Siehe https://wiki.fhem.de/wiki/Selbstbau_CUL#Bekannte_Probleme (https://wiki.fhem.de/wiki/Selbstbau_CUL#Bekannte_Probleme)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: setstate am 22 Januar 2018, 07:10:02
Heute morgen liefen wieder Daten ein. Auch die der Wasseruhren konnten interpretiert werden. Ich hatte die Buffergrößen noch etwas verändert: 64 und 387

Ich glaube, der Abstutz passiert nur, wenn ich ccconf abfrage.

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: doubh am 28 Januar 2018, 19:46:26
Hallo,

auch ich habe einen Wireless M-Bus Wasserzaehler. Es ist ein Diehl IZAR RC i R4 Aufsteckmodul (P/N 3031889, S/N 04045804), http://www.diehl.com/en/diehl-metering/products-solutions/pdb-details.html?tx_diehlproducts_pi1%5B__referrer%5D%5BextensionName%5D=DiehlProducts&tx_diehlproducts_pi1%5B__referrer%5D%5BcontrollerName%5D=MeteringProduct&tx_diehlproducts_pi1%5B__referrer%5D%5BactionName%5D=show&tx_diehlproducts_pi1%5B__referrer%5D%5B%40request%5D=a%3A3%3A%7Bs%3A13%3A%22extensionName%22%3Bs%3A13%3A%22DiehlProducts%22%3Bs%3A14%3A%22controllerName%22%3Bs%3A15%3A%22MeteringProduct%22%3Bs%3A10%3A%22actionName%22%3Bs%3A4%3A%22show%22%3B%7D51a6503e44901edc1b6f80e409295d94ada197c4&tx_diehlproducts_pi1%5B__hmac%5D=a%3A3%3A%7Bs%3A7%3A%22backPid%22%3Bi%3A1%3Bs%3A7%3A%22product%22%3Ba%3A1%3A%7Bs%3A10%3A%22__identity%22%3Bi%3A1%3B%7Ds%3A10%3A%22controller%22%3Bi%3A1%3B%7Da2ec8cd30de722e01a4e664497f8a9e57f9103b8&tx_diehlproducts_pi1%5BbackPid%5D=512&tx_diehlproducts_pi1%5Bproduct%5D%5B__identity%5D=21566482578 (http://www.diehl.com/en/diehl-metering/products-solutions/pdb-details.html?tx_diehlproducts_pi1%5B__referrer%5D%5BextensionName%5D=DiehlProducts&tx_diehlproducts_pi1%5B__referrer%5D%5BcontrollerName%5D=MeteringProduct&tx_diehlproducts_pi1%5B__referrer%5D%5BactionName%5D=show&tx_diehlproducts_pi1%5B__referrer%5D%5B%40request%5D=a%3A3%3A%7Bs%3A13%3A%22extensionName%22%3Bs%3A13%3A%22DiehlProducts%22%3Bs%3A14%3A%22controllerName%22%3Bs%3A15%3A%22MeteringProduct%22%3Bs%3A10%3A%22actionName%22%3Bs%3A4%3A%22show%22%3B%7D51a6503e44901edc1b6f80e409295d94ada197c4&tx_diehlproducts_pi1%5B__hmac%5D=a%3A3%3A%7Bs%3A7%3A%22backPid%22%3Bi%3A1%3Bs%3A7%3A%22product%22%3Ba%3A1%3A%7Bs%3A10%3A%22__identity%22%3Bi%3A1%3B%7Ds%3A10%3A%22controller%22%3Bi%3A1%3B%7Da2ec8cd30de722e01a4e664497f8a9e57f9103b8&tx_diehlproducts_pi1%5BbackPid%5D=512&tx_diehlproducts_pi1%5Bproduct%5D%5B__identity%5D=21566482578)

Im T-Mode werden vom CUL Daten empfangen...
2018.01.28 12:06:10 4: CUL_Parse: mCUL b2944A5117807791525500417A1311900130AB1D2CB215DC3C0FD6A70A8AE406489CCD4B112C5E37DB678E47B72C65A0E8032 -49
2018.01.28 12:06:10 5: mCUL: dispatch b2944A5117807791525500417A1311900130AB1D2CB215DC3C0FD6A70A8AE406489CCD4B112C5E37DB678E47B72C65A0E80::-49
2018.01.28 12:06:10 5: WMBUS raw msg b2944A5117807791525500417A1311900130AB1D2CB215DC3C0FD6A70A8AE406489CCD4B112C5E37DB678E47B72C65A0E80::-49
bcd:78077915
lfield     41
afield_id  15790778
afield_ver 37
crc0 417 calc 417
calc len 48, actual 50
mfield           4517
manufacturer     'DME'
typestring       'unknown'
crc_size 2
Länge 32 Anz. Blöcke 2 rest 0
0: crc offset 16
0: CRC a8ae, calc a8ae blocksize 16
1: crc offset 34
1: CRC 5a0e, calc 5a0e blocksize 16
a1311900130ab1d2cb215dc3c0fd6a70406489ccd4b112c5e37db678e47b72c6
2018.01.28 12:06:10 2: WMBUS WMBUS_DME_15790778_37_80 Error during ApplicationLayer parse:Unsupported CI Field a1, remaining payload is 311900130ab1d2cb215dc3c0fd6a70406489ccd4b112c5e37db678e47b72c6
2018.01.28 12:06:10 5: Starting notify loop for WMBUS_DME_15790778_37_80, 3 event(s), first is RSSI: -49


...allerdings können diese nicht geparst werden (CI Field a1 ist Hersteller spezifisch).
Soweit ich beurteilen kann, sind die Daten nicht (AES) verschlüsselt.
Folgendes Dokument habe ich gefunden, allerdings hilft es mir nicht weiter... http://www.diehl.com/fileadmin/diehl-metering/dlc/Water/HYDRUS_CommunicationDescription_DE.pdf (http://www.diehl.com/fileadmin/diehl-metering/dlc/Water/HYDRUS_CommunicationDescription_DE.pdf)

Es wird ca. alle 8 Sekunden eine Meldung empfangen, wobei sich das erste Nibble zwischen den Werten 1 bis 7 abwechselt.
Danach kommt eine Gruppe von Bytes, die für alle Meldungen gleich ist (Seriennummer?), gefolgt von sich ändernden Daten und zum Abschluss eine Sequenz gleicher Bytes für Pakete, bei denen das erste Nibble gleich ist.

Sieht dann so aus:
                                                                                             0-7    identisch   ändert sich      gleich für Pakete mit gleichem ersten Nibble
2018-01-25_09:51:21 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   1      11900130a   888c             58771e64734b5875404ad75f82f2b576554fb31e7316df83
2018-01-25_09:51:29 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   2      11900130a   b1fd             828a7c10192673724073a6857f90c11c3864b4cbafcda464
2018-01-25_09:51:38 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   3      11900130a   a6d2             cb215dc3c0fd6a70406489ccd4b112c5e37db678e47b72c6
2018-01-25_09:51:47 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   4      11900130a   c31e             3770b8f8cdfc257d40014530855429c8e232bb60167b53aa
2018-01-25_09:51:55 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   5      11900130a   d431             7edb992b14273c7f40166a792e75fa11392bb9d35dcd8508
2018-01-25_09:52:04 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   6      11900130a   ed40             a426fb5f7e4a1778402f1ba3d3178e7b5400be068116feef
2018-01-25_09:52:21 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   0      11900130a   9fa3             11dc3fb7aa904177405df81629d366af8e56b1ad38a00921
2018-01-25_09:52:39 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   2      11900130a   b1fd             828a7c10192673724073a6857f90c11c3864b4cbafcda464
2018-01-25_09:52:57 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   4      11900130a   c31e             3770b8f8cdfc257d40014530855429c8e232bb60167b53aa
2018-01-25_09:53:05 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   5      11900130a   d431             7edb992b14273c7f40166a792e75fa11392bb9d35dcd8508
2018-01-25_09:53:14 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   6      11900130a   ed40             a426fb5f7e4a1778402f1ba3d3178e7b5400be068116feef
2018-01-25_09:53:23 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   7      11900130a   fa6f             ed8dda8ca7910e7a403834ea78365da28f19bcb5caa0284d
2018-01-25_09:53:31 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   0      11900130a   9fa3             11dc3fb7aa904177405df81629d366af8e56b1ad38a00921
2018-01-25_09:53:41 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   1      11900130a   888c             58771e64734b5875404ad75f82f2b576554fb31e7316df83
2018-01-25_09:53:58 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   3      11900130a   a6d2             cb215dc3c0fd6a70406489ccd4b112c5e37db678e47b72c6
2018-01-25_09:54:15 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   5      11900130a   d431             7edb992b14273c7f40166a792e75fa11392bb9d35dcd8508
2018-01-25_09:54:24 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   6      11900130a   ed40             a426fb5f7e4a1778402f1ba3d3178e7b5400be068116feef
2018-01-25_09:54:33 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   7      11900130a   fa6f             ed8dda8ca7910e7a403834ea78365da28f19bcb5caa0284d
2018-01-25_09:54:41 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   0      11900130a   9fa3             11dc3fb7aa904177405df81629d366af8e56b1ad38a00921
2018-01-25_09:54:51 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   1      11900130a   888c             58771e64734b5875404ad75f82f2b576554fb31e7316df83
2018-01-25_09:55:25 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   5      11900130a   d431             7edb992b14273c7f40166a792e75fa11392bb9d35dcd8508
2018-01-25_09:55:34 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   6      11900130a   ed40             a426fb5f7e4a1778402f1ba3d3178e7b5400be068116feef
2018-01-25_09:55:43 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   7      11900130a   fa6f             ed8dda8ca7910e7a403834ea78365da28f19bcb5caa0284d
2018-01-25_09:55:51 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   0      11900130a   9fa3             11dc3fb7aa904177405df81629d366af8e56b1ad38a00921
2018-01-25_09:56:01 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   1      11900130a   888c             58771e64734b5875404ad75f82f2b576554fb31e7316df83
2018-01-25_09:56:09 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   2      11900130a   b1fd             828a7c10192673724073a6857f90c11c3864b4cbafcda464
2018-01-25_09:56:27 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   4      11900130a   c31e             3770b8f8cdfc257d40014530855429c8e232bb60167b53aa
2018-01-25_09:56:35 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   5      11900130a   d331             7edb992b14273c7f40166a792e75fa11392bb9d35dcd8508
2018-01-25_09:56:44 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   6      11900130a   ea40             a426fb5f7e4a1778402f1ba3d3178e7b5400be068116feef
2018-01-25_09:56:53 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   7      11900130a   fd6f             ed8dda8ca7910e7a403834ea78365da28f19bcb5caa0284d
2018-01-25_09:57:01 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   0      11900130a   98a3             11dc3fb7aa904177405df81629d366af8e56b1ad38a00921
2018-01-25_09:57:19 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   2      11900130a   b6fd             828a7c10192673724073a6857f90c11c3864b4cbafcda464
2018-01-25_09:57:37 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   4      11900130a   c51e             3770b8f8cdfc257d40014530855429c8e232bb60167b53aa
2018-01-25_09:57:54 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   6      11900130a   eb40             a426fb5f7e4a1778402f1ba3d3178e7b5400be068116feef
2018-01-25_09:58:03 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   7      11900130a   fc6f             ed8dda8ca7910e7a403834ea78365da28f19bcb5caa0284d
2018-01-25_09:58:11 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   0      11900130a   9aa3             11dc3fb7aa904177405df81629d366af8e56b1ad38a00921
2018-01-25_09:58:21 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   1      11900130a   8c8c             58771e64734b5875404ad75f82f2b576554fb31e7316df83
2018-01-25_09:58:29 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   2      11900130a   b5fd             828a7c10192673724073a6857f90c11c3864b4cbafcda464
2018-01-25_09:58:38 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   3      11900130a   a2d2             cb215dc3c0fd6a70406489ccd4b112c5e37db678e47b72c6
2018-01-25_09:58:47 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   4      11900130a   c71e             3770b8f8cdfc257d40014530855429c8e232bb60167b53aa
2018-01-25_09:58:55 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   5      11900130a   d031             7edb992b14273c7f40166a792e75fa11392bb9d35dcd8508
2018-01-25_09:59:04 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   6      11900130a   e940             a426fb5f7e4a1778402f1ba3d3178e7b5400be068116feef
2018-01-25_09:59:21 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   0      11900130a   9ba3             11dc3fb7aa904177405df81629d366af8e56b1ad38a00921
2018-01-25_09:59:31 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   1      11900130a   8c8c             58771e64734b5875404ad75f82f2b576554fb31e7316df83
2018-01-25_09:59:39 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   2      11900130a   b5fd             828a7c10192673724073a6857f90c11c3864b4cbafcda464
2018-01-25_09:59:48 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   3      11900130a   a2d2             cb215dc3c0fd6a70406489ccd4b112c5e37db678e47b72c6
2018-01-25_09:59:57 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   4      11900130a   c71e             3770b8f8cdfc257d40014530855429c8e232bb60167b53aa
2018-01-25_10:00:05 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   5      11900130a   d031             7edb992b14273c7f40166a792e75fa11392bb9d35dcd8508
2018-01-25_10:00:14 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   6      11900130a   e940             a426fb5f7e4a1778402f1ba3d3178e7b5400be068116feef
2018-01-25_10:00:23 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   7      11900130a   fe6f             ed8dda8ca7910e7a403834ea78365da28f19bcb5caa0284d
2018-01-25_10:00:31 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   0      11900130a   9ba3             11dc3fb7aa904177405df81629d366af8e56b1ad38a00921
2018-01-25_10:00:41 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   1      11900130a   8c8c             58771e64734b5875404ad75f82f2b576554fb31e7316df83
2018-01-25_10:00:58 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   3      11900130a   a2d2             cb215dc3c0fd6a70406489ccd4b112c5e37db678e47b72c6
2018-01-25_10:01:07 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   4      11900130a   c71e             3770b8f8cdfc257d40014530855429c8e232bb60167b53aa
2018-01-25_10:01:15 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   5      11900130a   d031             7edb992b14273c7f40166a792e75fa11392bb9d35dcd8508
2018-01-25_10:01:24 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   6      11900130a   e940             a426fb5f7e4a1778402f1ba3d3178e7b5400be068116feef
2018-01-25_10:01:33 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   7      11900130a   fe6f             ed8dda8ca7910e7a403834ea78365da28f19bcb5caa0284d
2018-01-25_10:01:41 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   0      11900130a   9ba3             11dc3fb7aa904177405df81629d366af8e56b1ad38a00921
2018-01-25_10:01:51 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   1      11900130a   8c8c             58771e64734b5875404ad75f82f2b576554fb31e7316df83
2018-01-25_10:01:59 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   2      11900130a   b5fd             828a7c10192673724073a6857f90c11c3864b4cbafcda464
2018-01-25_10:02:08 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   3      11900130a   add2             cb215dc3c0fd6a70406489ccd4b112c5e37db678e47b72c6
2018-01-25_10:02:17 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   4      11900130a   c81e             3770b8f8cdfc257d40014530855429c8e232bb60167b53aa
2018-01-25_10:02:25 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   5      11900130a   df31             7edb992b14273c7f40166a792e75fa11392bb9d35dcd8508
2018-01-25_10:02:34 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   6      11900130a   e640             a426fb5f7e4a1778402f1ba3d3178e7b5400be068116feef
2018-01-25_10:02:43 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   7      11900130a   f16f             ed8dda8ca7910e7a403834ea78365da28f19bcb5caa0284d
2018-01-25_10:02:51 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   0      11900130a   94a3             11dc3fb7aa904177405df81629d366af8e56b1ad38a00921
2018-01-25_10:03:01 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   1      11900130a   838c             58771e64734b5875404ad75f82f2b576554fb31e7316df83
2018-01-25_10:03:09 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   2      11900130a   bafd             828a7c10192673724073a6857f90c11c3864b4cbafcda464
2018-01-25_10:03:18 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   3      11900130a   add2             cb215dc3c0fd6a70406489ccd4b112c5e37db678e47b72c6
2018-01-25_10:03:27 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   4      11900130a   c81e             3770b8f8cdfc257d40014530855429c8e232bb60167b53aa
2018-01-25_10:03:35 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   5      11900130a   df31             7edb992b14273c7f40166a792e75fa11392bb9d35dcd8508
2018-01-25_10:03:44 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   6      11900130a   e640             a426fb5f7e4a1778402f1ba3d3178e7b5400be068116feef
2018-01-25_10:03:53 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   7      11900130a   f16f             ed8dda8ca7910e7a403834ea78365da28f19bcb5caa0284d
2018-01-25_10:04:01 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   0      11900130a   94a3             11dc3fb7aa904177405df81629d366af8e56b1ad38a00921
2018-01-25_10:04:11 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   1      11900130a   838c             58771e64734b5875404ad75f82f2b576554fb31e7316df83
2018-01-25_10:04:19 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   2      11900130a   bafd             828a7c10192673724073a6857f90c11c3864b4cbafcda464
2018-01-25_10:04:28 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   3      11900130a   add2             cb215dc3c0fd6a70406489ccd4b112c5e37db678e47b72c6
2018-01-25_10:04:37 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   4      11900130a   c81e             3770b8f8cdfc257d40014530855429c8e232bb60167b53aa
2018-01-25_10:04:54 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   6      11900130a   e640             a426fb5f7e4a1778402f1ba3d3178e7b5400be068116feef
2018-01-25_10:05:03 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   7      11900130a   f16f             ed8dda8ca7910e7a403834ea78365da28f19bcb5caa0284d
2018-01-25_10:05:11 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   0      11900130a   94a3             11dc3fb7aa904177405df81629d366af8e56b1ad38a00921
2018-01-25_10:05:21 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   1      11900130a   838c             58771e64734b5875404ad75f82f2b576554fb31e7316df83
2018-01-25_10:05:29 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   2      11900130a   bafd             828a7c10192673724073a6857f90c11c3864b4cbafcda464
2018-01-28_12:00:54 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   7      11900130a   f56f             ed8dda8ca7910e7a403834ea78365da28f19bcb5caa0284d
2018-01-28_12:01:03 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   0      11900130a   90a3             11dc3fb7aa904177405df81629d366af8e56b1ad38a00921
2018-01-28_12:01:12 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   1      11900130a   878c             58771e64734b5875404ad75f82f2b576554fb31e7316df83
2018-01-28_12:01:21 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   2      11900130a   befd             828a7c10192673724073a6857f90c11c3864b4cbafcda464
2018-01-28_12:01:30 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   3      11900130a   a9d2             cb215dc3c0fd6a70406489ccd4b112c5e37db678e47b72c6
2018-01-28_12:01:38 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   4      11900130a   cc1e             3770b8f8cdfc257d40014530855429c8e232bb60167b53aa
2018-01-28_12:01:47 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   5      11900130a   db31             7edb992b14273c7f40166a792e75fa11392bb9d35dcd8508
2018-01-28_12:01:56 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   6      11900130a   e240             a426fb5f7e4a1778402f1ba3d3178e7b5400be068116feef
2018-01-28_12:02:04 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   7      11900130a   f46f             ed8dda8ca7910e7a403834ea78365da28f19bcb5caa0284d
2018-01-28_12:02:13 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   0      11900130a   92a3             11dc3fb7aa904177405df81629d366af8e56b1ad38a00921
2018-01-28_12:02:22 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   1      11900130a   9b8c             58771e64734b5875404ad75f82f2b576554fb31e7316df83
2018-01-28_12:02:31 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   2      11900130a   a3fd             828a7c10192673724073a6857f90c11c3864b4cbafcda464
2018-01-28_12:02:40 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   3      11900130a   b7d2             cb215dc3c0fd6a70406489ccd4b112c5e37db678e47b72c6
2018-01-28_12:02:48 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   4      11900130a   d31e             3770b8f8cdfc257d40014530855429c8e232bb60167b53aa
2018-01-28_12:02:57 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   5      11900130a   c331             7edb992b14273c7f40166a792e75fa11392bb9d35dcd8508
2018-01-28_12:03:06 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   6      11900130a   fa40             a426fb5f7e4a1778402f1ba3d3178e7b5400be068116feef
2018-01-28_12:03:14 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   7      11900130a   ed6f             ed8dda8ca7910e7a403834ea78365da28f19bcb5caa0284d
2018-01-28_12:03:23 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   0      11900130a   88a3             11dc3fb7aa904177405df81629d366af8e56b1ad38a00921
2018-01-28_12:03:32 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   1      11900130a   9f8c             58771e64734b5875404ad75f82f2b576554fb31e7316df83
2018-01-28_12:03:41 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   2      11900130a   a6fd             828a7c10192673724073a6857f90c11c3864b4cbafcda464
2018-01-28_12:03:50 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   3      11900130a   b1d2             cb215dc3c0fd6a70406489ccd4b112c5e37db678e47b72c6
2018-01-28_12:03:58 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   4      11900130a   d41e             3770b8f8cdfc257d40014530855429c8e232bb60167b53aa
2018-01-28_12:04:16 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   6      11900130a   fa40             a426fb5f7e4a1778402f1ba3d3178e7b5400be068116feef
2018-01-28_12:04:24 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   7      11900130a   ed6f             ed8dda8ca7910e7a403834ea78365da28f19bcb5caa0284d
2018-01-28_12:04:33 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   0      11900130a   88a3             11dc3fb7aa904177405df81629d366af8e56b1ad38a00921
2018-01-28_12:04:42 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   1      11900130a   9f8c             58771e64734b5875404ad75f82f2b576554fb31e7316df83
2018-01-28_12:05:00 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   3      11900130a   b1d2             cb215dc3c0fd6a70406489ccd4b112c5e37db678e47b72c6
2018-01-28_12:05:08 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   4      11900130a   d41e             3770b8f8cdfc257d40014530855429c8e232bb60167b53aa
2018-01-28_12:05:17 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   5      11900130a   c331             7edb992b14273c7f40166a792e75fa11392bb9d35dcd8508
2018-01-28_12:05:26 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   6      11900130a   fa40             a426fb5f7e4a1778402f1ba3d3178e7b5400be068116feef
2018-01-28_12:05:34 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   7      11900130a   ed6f             ed8dda8ca7910e7a403834ea78365da28f19bcb5caa0284d
2018-01-28_12:05:43 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   0      11900130a   88a3             11dc3fb7aa904177405df81629d366af8e56b1ad38a00921
2018-01-28_12:06:01 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   2      11900130a   a6fd             828a7c10192673724073a6857f90c11c3864b4cbafcda464
2018-01-28_12:06:10 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   3      11900130a   b1d2             cb215dc3c0fd6a70406489ccd4b112c5e37db678e47b72c6
2018-01-28_12:06:27 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   5      11900130a   c331             7edb992b14273c7f40166a792e75fa11392bb9d35dcd8508
2018-01-28_12:29:04 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   5      11900130a   2930             7edb992b14273c7f40166a792e75fa11392bb9d35dcd8508
2018-01-28_12:29:13 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   6      11900130a   1041             a426fb5f7e4a1778402f1ba3d3178e7b5400be068116feef
2018-01-28_12:29:30 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   0      11900130a   62a2             11dc3fb7aa904177405df81629d366af8e56b1ad38a00921
2018-01-28_12:29:40 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   1      11900130a   758d             58771e64734b5875404ad75f82f2b576554fb31e7316df83
2018-01-28_12:29:57 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   3      11900130a   5bd3             cb215dc3c0fd6a70406489ccd4b112c5e37db678e47b72c6
2018-01-28_12:30:06 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   4      11900130a   3e1f             3770b8f8cdfc257d40014530855429c8e232bb60167b53aa
2018-01-28_12:30:14 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   5      11900130a   2930             7edb992b14273c7f40166a792e75fa11392bb9d35dcd8508
2018-01-28_12:30:23 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   6      11900130a   1041             a426fb5f7e4a1778402f1ba3d3178e7b5400be068116feef
2018-01-28_12:30:32 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   7      11900130a   076e             ed8dda8ca7910e7a403834ea78365da28f19bcb5caa0284d
2018-01-28_12:30:40 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   0      11900130a   62a2             11dc3fb7aa904177405df81629d366af8e56b1ad38a00921
2018-01-28_12:30:50 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   1      11900130a   758d             58771e64734b5875404ad75f82f2b576554fb31e7316df83
2018-01-28_12:30:58 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   2      11900130a   4cfc             828a7c10192673724073a6857f90c11c3864b4cbafcda464
2018-01-28_12:31:07 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   3      11900130a   5bd3             cb215dc3c0fd6a70406489ccd4b112c5e37db678e47b72c6
2018-01-28_12:31:16 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   4      11900130a   3e1f             3770b8f8cdfc257d40014530855429c8e232bb60167b53aa
2018-01-28_12:31:24 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   5      11900130a   2930             7edb992b14273c7f40166a792e75fa11392bb9d35dcd8508
2018-01-28_12:31:33 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   6      11900130a   1041             a426fb5f7e4a1778402f1ba3d3178e7b5400be068116feef
2018-01-28_12:31:42 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   7      11900130a   076e             ed8dda8ca7910e7a403834ea78365da28f19bcb5caa0284d
2018-01-28_12:32:00 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   1      11900130a   758d             58771e64734b5875404ad75f82f2b576554fb31e7316df83
2018-01-28_12:32:08 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   2      11900130a   4cfc             828a7c10192673724073a6857f90c11c3864b4cbafcda464
2018-01-28_12:32:26 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   4      11900130a   3e1f             3770b8f8cdfc257d40014530855429c8e232bb60167b53aa
2018-01-28_12:32:34 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   5      11900130a   2930             7edb992b14273c7f40166a792e75fa11392bb9d35dcd8508
2018-01-28_12:32:52 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   7      11900130a   076e             ed8dda8ca7910e7a403834ea78365da28f19bcb5caa0284d
2018-01-28_12:33:00 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   0      11900130a   62a2             11dc3fb7aa904177405df81629d366af8e56b1ad38a00921
2018-01-28_12:33:10 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   1      11900130a   758d             58771e64734b5875404ad75f82f2b576554fb31e7316df83
2018-01-28_12:33:27 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   3      11900130a   5bd3             cb215dc3c0fd6a70406489ccd4b112c5e37db678e47b72c6
2018-01-28_12:33:36 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   4      11900130a   3e1f             3770b8f8cdfc257d40014530855429c8e232bb60167b53aa
2018-01-28_12:33:44 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   5      11900130a   2930             7edb992b14273c7f40166a792e75fa11392bb9d35dcd8508
2018-01-28_12:34:02 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   7      11900130a   076e             ed8dda8ca7910e7a403834ea78365da28f19bcb5caa0284d
2018-01-28_12:34:10 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   0      11900130a   62a2             11dc3fb7aa904177405df81629d366af8e56b1ad38a00921
2018-01-28_12:34:28 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   2      11900130a   4cfc             828a7c10192673724073a6857f90c11c3864b4cbafcda464
2018-01-28_12:34:37 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   3      11900130a   5bd3             cb215dc3c0fd6a70406489ccd4b112c5e37db678e47b72c6
2018-01-28_12:34:45 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   4      11900130a   3e1f             3770b8f8cdfc257d40014530855429c8e232bb60167b53aa
2018-01-28_12:34:54 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   5      11900130a   2930             7edb992b14273c7f40166a792e75fa11392bb9d35dcd8508
2018-01-28_12:35:03 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   6      11900130a   1041             a426fb5f7e4a1778402f1ba3d3178e7b5400be068116feef
2018-01-28_12:35:20 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   0      11900130a   62a2             11dc3fb7aa904177405df81629d366af8e56b1ad38a00921
2018-01-28_12:35:38 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   2      11900130a   4cfc             828a7c10192673724073a6857f90c11c3864b4cbafcda464
2018-01-28_12:35:47 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   3      11900130a   5bd3             cb215dc3c0fd6a70406489ccd4b112c5e37db678e47b72c6
2018-01-28_12:35:55 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   4      11900130a   3e1f             3770b8f8cdfc257d40014530855429c8e232bb60167b53aa
2018-01-28_12:36:04 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   5      11900130a   2930             7edb992b14273c7f40166a792e75fa11392bb9d35dcd8508
2018-01-28_12:36:13 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   6      11900130a   1041             a426fb5f7e4a1778402f1ba3d3178e7b5400be068116feef
2018-01-28_12:36:22 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   7      11900130a   076e             ed8dda8ca7910e7a403834ea78365da28f19bcb5caa0284d
2018-01-28_12:36:30 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   0      11900130a   62a2             11dc3fb7aa904177405df81629d366af8e56b1ad38a00921
2018-01-28_12:36:39 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   1      11900130a   758d             58771e64734b5875404ad75f82f2b576554fb31e7316df83
2018-01-28_12:36:48 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   2      11900130a   4cfc             828a7c10192673724073a6857f90c11c3864b4cbafcda464
2018-01-28_12:36:57 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   3      11900130a   5bd3             cb215dc3c0fd6a70406489ccd4b112c5e37db678e47b72c6
2018-01-28_12:37:14 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   5      11900130a   2930             7edb992b14273c7f40166a792e75fa11392bb9d35dcd8508
2018-01-28_12:37:23 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   6      11900130a   1041             a426fb5f7e4a1778402f1ba3d3178e7b5400be068116feef
2018-01-28_12:37:31 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   7      11900130a   076e             ed8dda8ca7910e7a403834ea78365da28f19bcb5caa0284d
2018-01-28_12:37:40 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   0      11900130a   62a2             11dc3fb7aa904177405df81629d366af8e56b1ad38a00921
2018-01-28_12:37:49 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   1      11900130a   758d             58771e64734b5875404ad75f82f2b576554fb31e7316df83
2018-01-28_12:37:58 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   2      11900130a   4cfc             828a7c10192673724073a6857f90c11c3864b4cbafcda464
2018-01-28_12:38:07 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   3      11900130a   5bd3             cb215dc3c0fd6a70406489ccd4b112c5e37db678e47b72c6
2018-01-28_12:38:15 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   4      11900130a   3e1f             3770b8f8cdfc257d40014530855429c8e232bb60167b53aa
2018-01-28_12:38:24 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   5      11900130a   2930             7edb992b14273c7f40166a792e75fa11392bb9d35dcd8508
2018-01-28_12:38:33 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   6      11900130a   1041             a426fb5f7e4a1778402f1ba3d3178e7b5400be068116feef
2018-01-28_12:38:41 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   7      11900130a   076e             ed8dda8ca7910e7a403834ea78365da28f19bcb5caa0284d
2018-01-28_12:39:08 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   2      11900130a   4cfc             828a7c10192673724073a6857f90c11c3864b4cbafcda464
2018-01-28_12:39:17 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   3      11900130a   5bd3             cb215dc3c0fd6a70406489ccd4b112c5e37db678e47b72c6
2018-01-28_12:39:25 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   4      11900130a   3e1f             3770b8f8cdfc257d40014530855429c8e232bb60167b53aa
2018-01-28_12:39:34 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   5      11900130a   2830             7edb992b14273c7f40166a792e75fa11392bb9d35dcd8508
2018-01-28_12:39:51 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   7      11900130a   7b6e             ed8dda8ca7910e7a403834ea78365da28f19bcb5caa0284d
2018-01-28_12:40:18 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   2      11900130a   30fc             828a7c10192673724073a6857f90c11c3864b4cbafcda464
2018-01-28_12:40:27 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   3      11900130a   27d3             cb215dc3c0fd6a70406489ccd4b112c5e37db678e47b72c6
2018-01-28_12:40:35 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   4      11900130a   421f             3770b8f8cdfc257d40014530855429c8e232bb60167b53aa
2018-01-28_12:40:44 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   5      11900130a   5530             7edb992b14273c7f40166a792e75fa11392bb9d35dcd8508
2018-01-28_12:40:53 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   6      11900130a   6c41             a426fb5f7e4a1778402f1ba3d3178e7b5400be068116feef
2018-01-28_12:41:01 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   7      11900130a   7b6e             ed8dda8ca7910e7a403834ea78365da28f19bcb5caa0284d
2018-01-28_12:41:19 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   1      11900130a   098d             58771e64734b5875404ad75f82f2b576554fb31e7316df83
2018-01-28_12:41:28 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   2      11900130a   30fc             828a7c10192673724073a6857f90c11c3864b4cbafcda464
2018-01-28_12:41:37 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   3      11900130a   27d3             cb215dc3c0fd6a70406489ccd4b112c5e37db678e47b72c6
2018-01-28_12:41:45 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   4      11900130a   421f             3770b8f8cdfc257d40014530855429c8e232bb60167b53aa
2018-01-28_12:41:54 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   5      11900130a   5530             7edb992b14273c7f40166a792e75fa11392bb9d35dcd8508
2018-01-28_12:42:03 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   6      11900130a   6c41             a426fb5f7e4a1778402f1ba3d3178e7b5400be068116feef
2018-01-28_12:42:29 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   1      11900130a   098d             58771e64734b5875404ad75f82f2b576554fb31e7316df83
2018-01-28_12:42:38 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   2      11900130a   30fc             828a7c10192673724073a6857f90c11c3864b4cbafcda464
2018-01-28_12:42:47 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   3      11900130a   27d3             cb215dc3c0fd6a70406489ccd4b112c5e37db678e47b72c6
2018-01-28_12:43:04 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   5      11900130a   5530             7edb992b14273c7f40166a792e75fa11392bb9d35dcd8508
2018-01-28_12:43:13 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   6      11900130a   6c41             a426fb5f7e4a1778402f1ba3d3178e7b5400be068116feef
2018-01-28_12:43:21 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   7      11900130a   7b6e             ed8dda8ca7910e7a403834ea78365da28f19bcb5caa0284d
2018-01-28_12:43:30 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   0      11900130a   1ea2             11dc3fb7aa904177405df81629d366af8e56b1ad38a00921
2018-01-28_12:43:39 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   1      11900130a   098d             58771e64734b5875404ad75f82f2b576554fb31e7316df83
2018-01-28_12:43:48 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   2      11900130a   30fc             828a7c10192673724073a6857f90c11c3864b4cbafcda464
2018-01-28_12:43:57 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   3      11900130a   27d3             cb215dc3c0fd6a70406489ccd4b112c5e37db678e47b72c6
2018-01-28_12:44:05 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   4      11900130a   421f             3770b8f8cdfc257d40014530855429c8e232bb60167b53aa
2018-01-28_12:44:14 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   5      11900130a   5530             7edb992b14273c7f40166a792e75fa11392bb9d35dcd8508
2018-01-28_12:44:23 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   6      11900130a   6c41             a426fb5f7e4a1778402f1ba3d3178e7b5400be068116feef
2018-01-28_12:44:31 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   7      11900130a   7b6e             ed8dda8ca7910e7a403834ea78365da28f19bcb5caa0284d
2018-01-28_12:44:49 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   1      11900130a   098d             58771e64734b5875404ad75f82f2b576554fb31e7316df83
2018-01-28_12:44:58 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   2      11900130a   30fc             828a7c10192673724073a6857f90c11c3864b4cbafcda464
2018-01-28_12:45:06 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   3      11900130a   27d3             cb215dc3c0fd6a70406489ccd4b112c5e37db678e47b72c6
2018-01-28_12:45:15 WMBUS_DME_15790778_37_80 Unsupported CI Field a1, remaining payload is   4      11900130a   421f             3770b8f8cdfc257d40014530855429c8e232bb60167b53aa



Über Hilfe wäre ich dankbar.
Danke schon im Voraus.


Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bilbolodz am 07 Februar 2018, 11:34:15
Question:
What "exactly" does command "set CUL_NAME raw brt"?

I'm setting rfmode to WMBus_T but I'm not receiving any WMBUS messages (at least I can't see it). After "set CUL_NAME raw brt" command all starts working (I can see telegrams and my module gets working). I'm little confused because I've thought that it's only "debug command". I'm using MapleCUN.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 07 Februar 2018, 19:22:02
Zitat von: bilbolodz am 07 Februar 2018, 11:34:15
Question:
What "exactly" does command "set CUL_NAME raw brt"?

I'm setting rfmode to WMBus_T but I'm not receiving any WMBUS messages (at least I can't see it). After "set CUL_NAME raw brt" command all starts working (I can see telegrams and my module gets working). I'm little confused because I've thought that it's only "debug command". I'm using MapleCUN.
Have a look at http://culfw.de/commandref.html#cmd_b

It starts receive mode for WMBUS mode T.
Setting the attribute rfmode of the CUL device to WMBUS_T is supposed to do the same.

A Maple CUL can have several receivers, right? I think that is implemented by emulating a SCC (stacked CUL). There were problems with the SCC in the past, maybe you are affected by yet another one.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bilbolodz am 07 Februar 2018, 19:55:13
Zitat von: kaihs am 07 Februar 2018, 19:22:02
A Maple CUL can have several receivers, right? I think that is implemented by emulating a SCC (stacked CUL). There were problems with the SCC in the past, maybe you are affected by yet another one.
Yes it's stacked. I will try to exterminate it more throughly. 
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: HarryHase am 23 März 2018, 23:35:31
Zitat von: doubh am 28 Januar 2018, 19:46:26
Hallo,

auch ich habe einen Wireless M-Bus Wasserzaehler. Es ist ein Diehl IZAR RC i R4 Aufsteckmodul (P/N 3031889, S/N 04045804),

Spannend .. ich habe ein Modul auf einem Elster Gaszähler WMBUS_DME_71100034_56_55 P/N und S/N ähnlich wie oben ABER AES verschlüsselt. Den Key habe ich, aber wird dennoch nicht entschlüsselt.

Ich muss zugeben das ich es nicht verstehe, dazu bin ich noch ein zu "blutiger Anfänger"

b3644A511340010713837D537720338823593158103ED002005BD82DC5B70C3049C775EB573637402C72E558540CE2C53F054838C81F45869351DC00F9E19C2EA

key: DD4275DAD7765FFFFD99EC0C7C763E42

(http://www.diehl.com/en/diehl-metering/products-solutions/pdb-details.html?%3Cbr%20/%3E%5B/quote)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: klaus.schauer am 08 Mai 2018, 08:57:12
Zitat von: kaihs am 28 Dezember 2017, 12:42:18
Great work!
I can't test if it works as I have no equipment that is sending in C-mode.
Just by looking at the code I can't easily identify the changes you made, thus a patch (see below) would help.

Are the different prefixes for the different modes necessary? The payload should be the same for all modes, shouldn't it?
I suggest you send the data just as before, i.e. bXXXX, independent of the mode used.
This is already the case for mode T and S and the current WMBUS module isn't be able to handle the new prefixes.

If you want your changes included into the official culfw you probably should create a patch against the current official culfw and post it in this forum in a new thread asking Rudolf König for inclusion.
It would also be nice if you extended 00_CUL.pm with a new option for rfMode WMBUS-C and post a patch alongside the culfw patch.
Ist daraus bisher etwas geworden?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 08 Mai 2018, 09:18:15
Zitat von: klaus.schauer am 08 Mai 2018, 08:57:12
Ist daraus bisher etwas geworden?
Nein, leider nicht. Ich habe von ihm nichts mehr gehört. Aber soweit ich mich erinnern kann hatte er seine angepasste culfw irgendwo veröffentlicht, man könnte also versuchen daraus einen Patch abzuleiten.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: klaus.schauer am 08 Mai 2018, 18:33:48
Zitat von: kaihs am 08 Mai 2018, 09:18:15
Nein, leider nicht. Ich habe von ihm nichts mehr gehört. Aber soweit ich mich erinnern kann hatte er seine angepasste culfw irgendwo veröffentlicht, man könnte also versuchen daraus einen Patch abzuleiten.
Würde mich schon interessieren. Das Wasserwerk hat uns gestern einen elektronischen Wasserzähler vom Typ Multical 21 montiert. Das Gerät ist mit dem Protokoll WM-Bus C1 konfiguriert. Die Datentelegramme sind verschlüsselt.

Leider kann ich zu cul-Patchen mangels ausreichender Kenntnisse nichts beitragen. Wahrscheinlich könnte uns Rudi helfen, falls er Zeit dafür findet.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Ingram am 08 Mai 2018, 18:57:51
Surprisingly I am still getting notifications to this thread ;-)

But that is correct, there have been no advancements in the meanwhile. The source code for the firmware is available on GitHub (https://github.com/Ingramz/culfw) for anyone interested. I do not use it with FHEM myself, but if you need help understanding C-mode, any of the firmware modifications or how to use it, I can help you out.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 23 Mai 2018, 21:12:40
Zitat von: klaus.schauer am 08 Mai 2018, 18:33:48
Leider kann ich zu cul-Patchen mangels ausreichender Kenntnisse nichts beitragen. Wahrscheinlich könnte uns Rudi helfen, falls er Zeit dafür findet.

Welchen Transciever hast du denn, einen original CUL?

Ich könnte anhand des github Repositories von Ingram eine Firmware/00_CUL.pm für dich zum Testen erstellen.
Die kann aber nur C-Mode Frametype B empfangen.
Müssten wir einfach mal ausprobieren, ob du damit was empfangen kannst.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: zwehn am 24 Mai 2018, 10:35:52
Zitat von: klaus.schauer am 08 Mai 2018, 18:33:48
Würde mich schon interessieren. Das Wasserwerk hat uns gestern einen elektronischen Wasserzähler vom Typ Multical 21 montiert. Das Gerät ist mit dem Protokoll WM-Bus C1 konfiguriert. Die Datentelegramme sind verschlüsselt.

Leider kann ich zu cul-Patchen mangels ausreichender Kenntnisse nichts beitragen. Wahrscheinlich könnte uns Rudi helfen, falls er Zeit dafür findet.
Bei uns in Hohenbrunn wurde der selbe Wasserzaehler installiert. Ich kann ihn ueber ein pulsadapter auslesen, dabei ist akkubedingt aber nur eine 10l Aufloesung moeglich. Der wmbus liefer auf liter basis. Lt trchniker von kamstrup sind die schluessel pro wasserzaehler, daher sollte es eine chance geben seinen eigenen schluessel vom wasserwerk zu bekommen. Bleibt die frage nach dem mode c1. Mehr details zum multical 21 unter folgendem link: https://forum.fhem.de/index.php/topic,87943.0.html (https://forum.fhem.de/index.php/topic,87943.0.html)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: zwehn am 24 Mai 2018, 10:57:43
Zitat von: kaihs am 23 Mai 2018, 21:12:40
Welchen Transciever hast du denn, einen original CUL?

Ich könnte anhand des github Repositories von Ingram eine Firmware/00_CUL.pm für dich zum Testen erstellen.
Die kann aber nur C-Mode Frametype B empfangen.
Müssten wir einfach mal ausprobieren, ob du damit was empfangen kannst.
Laut:http://www.st.com/content/ccc/resource/technical/document/application_note/3f/fb/35/5a/25/4e/41/ba/DM00233038.pdf/files/DM00233038.pdf/jcr:content/translations/en.DM00233038.pdf#page12 (http://www.st.com/content/ccc/resource/technical/document/application_note/3f/fb/35/5a/25/4e/41/ba/DM00233038.pdf/files/DM00233038.pdf/jcr:content/translations/en.DM00233038.pdf#page12)
bedeutet c1 mode unidirectional, was sich mit den Aussagen vom Kamstrup Techniker deckt. Ich werde ihn anfragen ob sie Frame A oder B benutzen. Vielleicht gibt ja eine antwort. Ansonsten wuerde ich mich freuen, wenn klaus den vorgeschlagenen test machen koennte. Im positiven fall wuerde ich mir dann auch einen selbstbau wmbus cul zulegen.  :)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Ingram am 24 Mai 2018, 11:24:04
Zitat von: zwehn am 24 Mai 2018, 10:57:43
Ich werde ihn anfragen ob sie Frame A oder B benutzen. Vielleicht gibt ja eine antwort. Ansonsten wuerde ich mich freuen, wenn klaus den vorgeschlagenen test machen koennte. Im positiven fall wuerde ich mir dann auch einen selbstbau wmbus cul zulegen.  :)

As far as I know all of the Multical 21 meters with C1 configuration use frame format B, so no worries there. Getting your Wasserwerk to give you the key to decrypt messages can be the difficult part.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: doubh am 28 Mai 2018, 17:45:18
I captured some frames from my Diehl IZAR RC i R4 (using Ingramz firmware) and - as far as I have seen - it is C1 mode frame type A:
2018.05.14 13:36:35 4: CUL_Parse: mCUL ba2944A5117807831525503456A171180013C80DF5D847E7816ADD28F549A882D380DB014C606BC33F84874C67CEF3DDA080DB

CUL replies with ba, what is code for WMBUS_CMODE, WMBUS_FRAMEA
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Ingram am 28 Mai 2018, 18:27:07
Zitat von: doubh am 28 Mai 2018, 17:45:18
I captured some frames from my Diehl IZAR RC i R4 (using Ingramz firmware) and - as far as I have seen - it is C1 mode frame type A:
2018.05.14 13:36:35 4: CUL_Parse: mCUL ba2944A5117807831525503456A171180013C80DF5D847E7816ADD28F549A882D380DB014C606BC33F84874C67CEF3DDA080DB

CUL replies with ba, what is code for WMBUS_CMODE, WMBUS_FRAMEA

When receiving in C-mode, it will also capture T-mode frames simultaneously (it can do both at the same time). So what I think you are seeing here is actually T-mode frame type A. You can confirm this by running m-bus in T-mode (brt), you should see similar string but without 'a'.

Currently the code is supposed to terminate C-mode frame type A packets early (reset). Also an earlier version told in output if the frame was actually c or t mode, but it should have little to no value when using as the frame type dictates the structure of the packet, not the mode in which it was sent.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Shojo am 29 Mai 2018, 21:36:17
Ich bin immer noch am kämpfen mit den M-BUS LSE Sensoren....

Nun hatte ich wieder den Fall das erst ein Reading mit einen Verbrauch von 46.883 m³ ausgeben wurde und heute wieder eins mit 41.472 m³ .....
Hat da wer ein Tipp wie da nun rann gehen muss ?

Internals:
   CFGFN     
   DEF        LSE 06292453 81 7
   DeviceMedium Water
   DeviceType 7
   IODev      nanoCUL868
   IdentNumber 06292453
   Manufacturer LSE
   MessageEncoding CUL
   NAME       HA.Wasser.Kalt
   NR         1581
   STATE      no errors
   TYPE       WMBUS
   Version    81
   addr       LSE_06292453_81_7
   READINGS:
     2018-05-28 23:16:16   1_storage_no    0
     2018-05-28 23:16:16   1_type          VIF_TIME_POINT_DATE_TIME
     2018-05-28 23:16:16   1_unit         
     2018-05-28 23:16:16   1_value         2018-05-28 22:10
     2018-05-28 23:16:16   1_value_type    Instantaneous value
     2018-05-28 23:16:16   2_storage_no    0
     2018-05-28 23:16:16   2_type          VIF_VOLUME
     2018-05-28 23:16:16   2_unit          m³
     2018-05-28 23:16:16   2_value         46.883
     2018-05-28 23:16:16   2_value_type    Instantaneous value
     2018-05-28 23:16:16   3_storage_no    1
     2018-05-28 23:16:16   3_type          VIF_VOLUME
     2018-05-28 23:16:16   3_unit          m³
     2018-05-28 23:16:16   3_value         22.751
     2018-05-28 23:16:16   3_value_type    Instantaneous value
     2018-05-28 23:16:16   4_storage_no    1
     2018-05-28 23:16:16   4_type          VIF_TIME_POINT_DATE
     2018-05-28 23:16:16   4_unit         
     2018-05-28 23:16:16   4_value         2017-12-31
     2018-05-28 23:16:16   4_value_type    Instantaneous value
     2018-05-28 23:16:16   5_storage_no    0
     2018-05-28 23:16:16   5_type          VIF_TIME_POINT_DATE
     2018-05-28 23:16:16   5_unit         
     2018-05-28 23:16:16   5_value         invalid: ffff
     2018-05-28 23:16:16   5_value_type    Value during error state
     2018-05-28 23:16:16   6_storage_no    0
     2018-05-28 23:16:16   6_type          VIF_FABRICATION_NO
     2018-05-28 23:16:16   6_unit         
     2018-05-28 23:16:16   6_value         58531350
     2018-05-28 23:16:16   6_value_type    Instantaneous value
     2018-05-28 23:16:16   LQI             140
     2018-05-28 23:16:16   RSSI            -74
     2018-05-28 23:16:16   batteryState    ok
     2018-05-28 23:16:16   decryption_ok   1
     2018-05-28 23:16:16   is_encrypted    0
     2018-05-28 23:16:16   state           no errors
     2018-05-28 23:16:16   unit            m³
     2018-05-28 23:16:16   volume          22.751
Attributes:
   IODev      nanoCUL868
   room       WMBUS
   userReadings volume unit




Internals:
   CFGFN     
   DEF        LSE 06292453 81 7
   DeviceMedium Water
   DeviceType 7
   IODev      nanoCUL868
   IdentNumber 06292453
   LASTInputDev nanoCUL868
   MSGCNT     4
   Manufacturer LSE
   MessageEncoding CUL
   NAME       HA.Wasser.Kalt
   NR         1581
   STATE      41.472 m³
   TYPE       WMBUS
   Version    81
   addr       LSE_06292453_81_7
   nanoCUL868_MSGCNT 4
   nanoCUL868_RAWMSG b2A4465B253242906510701AD7AB6000000046D120D5D258C0413721498D5040082046C5E2401FD0C050C78501353D62658857B8D::-80.5
   nanoCUL868_RSSI -80.5
   nanoCUL868_TIME 2018-05-29 14:23:58
   READINGS:
     2018-05-29 14:23:58   1_storage_no    0
     2018-05-29 14:23:58   1_type          VIF_TIME_POINT_DATE_TIME
     2018-05-29 14:23:58   1_unit         
     2018-05-29 14:23:58   1_value         2018-05-29 13:18
     2018-05-29 14:23:58   1_value_type    Instantaneous value
     2018-05-29 14:23:58   2_storage_no    128
     2018-05-29 14:23:58   2_type          VIF_VOLUME
     2018-05-29 14:23:58   2_unit          m³
     2018-05-29 14:23:58   2_value         41.472
     2018-05-29 14:23:58   2_value_type    Instantaneous value
     2018-05-29 14:23:58   3_storage_no    128
     2018-05-29 14:23:58   3_type          VIF_TIME_POINT_DATE
     2018-05-29 14:23:58   3_unit         
     2018-05-29 14:23:58   3_value         2018-04-30
     2018-05-29 14:23:58   3_value_type    Instantaneous value
     2018-05-29 14:23:58   4_storage_no    0
     2018-05-29 14:23:58   4_type          VIF_MODEL_VERSION
     2018-05-29 14:23:58   4_unit         
     2018-05-29 14:23:58   4_value         5
     2018-05-29 14:23:58   4_value_type    Instantaneous value
     2018-05-29 14:23:58   5_storage_no    0
     2018-05-29 14:23:58   5_type          VIF_FABRICATION_NO
     2018-05-29 14:23:58   5_unit         
     2018-05-29 14:23:58   5_value         58531350
     2018-05-29 14:23:58   5_value_type    Instantaneous value
     2018-05-29 10:26:02   6_storage_no    0
     2018-05-29 10:26:02   6_type          VIF_FABRICATION_NO
     2018-05-29 10:26:02   6_unit         
     2018-05-29 10:26:02   6_value         58531350
     2018-05-29 10:26:02   6_value_type    Instantaneous value
     2018-05-29 14:23:58   LQI             141
     2018-05-29 14:23:58   RSSI            -80.5
     2018-05-29 14:23:58   batteryState    ok
     2018-05-29 14:23:58   decryption_ok   1
     2018-05-29 14:23:58   is_encrypted    0
     2018-05-29 14:23:58   state           no errors
     2018-05-29 14:23:58   unit            m³
     2018-05-29 14:23:58   volume          41.472
Attributes:
   IODev      nanoCUL868
   room       6.0_Haus
   stateFormat 2_value 2_unit



Gruß
Dennis

#Edit habe noch eine kleine PDF gefunden die aber auch nichts wirklich aussagt...
Titel: Antw:Wireless M-Bus für CUL, C-Mode
Beitrag von: kaihs am 31 Mai 2018, 15:33:33
Angehängt findet ihr eine Firmware für einen nanoCUL mit aktiviertem WMBus-C.
Das ist im Wesentlichen die Version von ingram aber ohne Kennzeichnung des WMBus-Frametyps in den empfangenen Daten (d.h. kein baXXX oder bbXXX sondern nur bXXXX).
Außerdem eine Version von 00_CUL.pm mit der man den rfmode auf WMBus-C setzen kann.

Ich kann das nicht testen, da ich keinen Sender habe der WMBus-C verwendet.

Auch wenn euer Zähler verschlüsselt sendet und ihr noch keinen Key habt sollte trotzdem ein Device angelegt werden. Dann natürlich ohne verwertbare Readings.

Über Rückmeldungen würde ich mich freuen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 31 Mai 2018, 15:38:15
Zitat von: Shojo am 29 Mai 2018, 21:36:17
Ich bin immer noch am kämpfen mit den M-BUS LSE Sensoren....

Nun hatte ich wieder den Fall das erst ein Reading mit einen Verbrauch von 46.883 m³ ausgeben wurde und heute wieder eins mit 41.472 m³ .....


Welcher Wert ist denn korrekt?


     2018-05-28 23:16:16   5_storage_no    0
     2018-05-28 23:16:16   5_type          VIF_TIME_POINT_DATE
     2018-05-28 23:16:16   5_unit         
     2018-05-28 23:16:16   5_value         invalid: ffff
     2018-05-28 23:16:16   5_value_type    Value during error state


Auffällig ist das, gehört das zu bei dem falschen Datensatz?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 31 Mai 2018, 15:41:48
Zitat von: Ingram am 28 Mai 2018, 18:27:07
Currently the code is supposed to terminate C-mode frame type A packets early (reset).

Can you give the reason for this?
Shouldn't it be possible to also output C-mode frame type A and let the receiver (i.e. fhem) handle it?


Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Ingram am 31 Mai 2018, 16:02:36
Zitat von: kaihs am 31 Mai 2018, 15:41:48
Can you give the reason for this?
Shouldn't it be possible to also output C-mode frame type A and let the receiver (i.e. fhem) handle it?

It is certainly possible, but I do not own a device which can send type A frames. But from what I understood from the application notes, it should be basically what is done in T-mode, except there is no 3-out-of-6/Manchester encoding, so the raw bytes can be used directly.
Titel: Antw:Wireless M-Bus für CUL, C-Mode
Beitrag von: zwehn am 31 Mai 2018, 16:48:02
Zitat von: kaihs am 31 Mai 2018, 15:33:33
Angehängt findet ihr eine Firmware für einen nanoCUL mit aktiviertem WMBus-C.
Das ist im Wesentlichen die Version von ingram aber ohne Kennzeichnung des WMBus-Frametyps in den empfangenen Daten (d.h. kein baXXX oder bbXXX sondern nur bXXXX).
Außerdem eine Version von 00_CUL.pm mit der man den rfmode auf WMBus-C setzen kann.

Ich kann das nicht testen, da ich keinen Sender habe der WMBus-C verwendet.

Auch wenn euer Zähler verschlüsselt sendet und ihr noch keinen Key habt sollte trotzdem ein Device angelegt werden. Dann natürlich ohne verwertbare Readings.

Über Rückmeldungen würde ich mich freuen.
hi, klasse, danke!!!!
Teste gerade den C1 mode unter win 10 mit hterm:
V enter
bringt: V 1.67 nanoCUL433
ist das nur ein Anzeigefehler oder ist hier etwas falsch? Sollte doch 868 sein?
X21 enter und dann
brc enter bringt CMODE
in die Ausgabe und führt zu blinkender led. laut Kamstrup werden die Datenpakete zwischen 16 und 96 sekunden gesendet.
leider kommt nichts im hterm-datenlogger an.
liegts vielleicht doch an der falschen 433 cul firmware variante oder am falschen Frame A/B???
danke zwehn

Titel: Antw:Wireless M-Bus für CUL, C-Mode
Beitrag von: kaihs am 31 Mai 2018, 18:04:09
Zitat von: zwehn am 31 Mai 2018, 16:48:02
bringt: V 1.67 nanoCUL433
ist das nur ein Anzeigefehler oder ist hier etwas falsch? Sollte doch 868 sein?

Da habe ich vergessen das entsprechende Define zu setzen, das sollte aber funktional keine Auswirkung haben.

Zitat
liegts vielleicht doch an der falschen 433 cul firmware variante oder am falschen Frame A/B???

Ich habe eine neue culfw erstellt, die 868 ausgeben sollte und FRAME-A ohne CRC Prüfung ausgibt.
Der CRC wird auch nochmal vom WMBus Modul gepüft.

Probiere es damit nochmal.
Titel: Antw:Wireless M-Bus für CUL, C-Mode
Beitrag von: zwehn am 31 Mai 2018, 19:07:22
Zitat von: kaihs am 31 Mai 2018, 18:04:09
Da habe ich vergessen das entsprechende Define zu setzen, das sollte aber funktional keine Auswirkung haben.

Ich habe eine neue culfw erstellt, die 868 ausgeben sollte und FRAME-A ohne CRC Prüfung ausgibt.
Der CRC wird auch nochmal vom WMBus Modul gepüft.

Probiere es damit nochmal.
Teste es heute noch. Ingram hat ein paar posts zuvor beschriben das Kamstrup Framr B nutzen sollte....
Titel: Antw:Wireless M-Bus für CUL, C-Mode
Beitrag von: zwehn am 31 Mai 2018, 19:37:00
Zitat von: kaihs am 31 Mai 2018, 18:04:09
Da habe ich vergessen das entsprechende Define zu setzen, das sollte aber funktional keine Auswirkung haben.

Ich habe eine neue culfw erstellt, die 868 ausgeben sollte und FRAME-A ohne CRC Prüfung ausgibt.
Der CRC wird auch nochmal vom WMBus Modul gepüft.

Probiere es damit nochmal.
habe die neue Firmware hochgeladen:
mein input-->output in Hterm:
V--> V1.67 nonoCUL868
X21--> keine reaktion
brc--> CMODE

danach blinkt die led im dauerlauf aber es wird nichts gefunden. wie gesagt nach 1,5 Minuten sollte spätestens ein Paket da sein lt kamstrup manual.
morgen frueh ist das Wasserwerk bei mir vor Ort. Vielleicht haben die ja die Kommunikation versehentlich nicht richtig eingerichtet oder mein selbstbau nanocul ist nicht ok, oder aber wmbus c1 in der neuen firmware ist noch nicht 100% ok....
kamstrup multical21 manual gibts beim link unten:
https://www.metherm.de/user/product_files/datenblatt-multical-21.pdf (https://www.metherm.de/user/product_files/datenblatt-multical-21.pdf)
kann ich sonst noch etwas testen?
Trotzdem danke soweit.
zwehn

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 31 Mai 2018, 21:02:35
Ich würde einfach mal länger warten, d.h. >24 Stunden. Vielleicht kommt ja noch was.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: zwehn am 31 Mai 2018, 21:58:29
Zitat von: kaihs am 31 Mai 2018, 21:02:35
Ich würde einfach mal länger warten, d.h. >24 Stunden. Vielleicht kommt ja noch was.

habe den nanocul jetzt auch direkt unter fhem laufen:
im logfile erscheint:

2018.05.31 21:49:59 2: Switched nanoCUL rfmode to WMBus_C
2018.05.31 21:50:00 3: nanoCUL: Unknown code CMODE, help me!

merkwürdig...
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: zwehn am 31 Mai 2018, 22:47:47
Zitat von: klaus.schauer am 08 Mai 2018, 18:33:48
Würde mich schon interessieren. Das Wasserwerk hat uns gestern einen elektronischen Wasserzähler vom Typ Multical 21 montiert. Das Gerät ist mit dem Protokoll WM-Bus C1 konfiguriert. Die Datentelegramme sind verschlüsselt.

Leider kann ich zu cul-Patchen mangels ausreichender Kenntnisse nichts beitragen. Wahrscheinlich könnte uns Rudi helfen, falls er Zeit dafür findet.
Hallo Klaus, könntest Du die firmwareversion von kaihs auch testen? wir haben ja beide den selben Zähler...
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Shojo am 01 Juni 2018, 08:49:35
Zitat von: kaihs am 31 Mai 2018, 15:38:15
Welcher Wert ist denn korrekt?
100%ig ist leider keiner mehr......
Kann es sein das die Zähler ein Offset haben?
Die Sensorig wurde Ja nachgerüstet.

Zitat von: kaihs am 31 Mai 2018, 15:38:15

     2018-05-28 23:16:16   5_storage_no    0
     2018-05-28 23:16:16   5_type          VIF_TIME_POINT_DATE
     2018-05-28 23:16:16   5_unit         
     2018-05-28 23:16:16   5_value         invalid: ffff
     2018-05-28 23:16:16   5_value_type    Value during error state


Auffällig ist das, gehört das zu bei dem falschen Datensatz?
Und das ist der der wert der bis auf -1m³ stimmt.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Shojo am 01 Juni 2018, 11:30:20
Eben kam dann wieder Diese Messung rein....
Die ist wieder fast passend.



Internals:
   DEF        LSE 06292453 81 7
   DeviceMedium Water
   DeviceType 7
   IODev      nanoCUL868
   IdentNumber 06292453
   LASTInputDev nanoCUL868
   MSGCNT     2
   Manufacturer LSE
   MessageEncoding CUL
   NAME       HA.Wasser.Kalt
   NR         253
   STATE      47.472
   TYPE       WMBUS
   Version    81
   addr       LSE_06292453_81_7
   nanoCUL868_MSGCNT 2
   nanoCUL868_RAWMSG b2A4465B253242906510701AD7AC7000000046D020A41268C041372747751040082046C5F2501FD0C050C78501353603358857B8E::-73
   nanoCUL868_RSSI -73
   nanoCUL868_TIME 2018-06-01 11:08:38
   READINGS:
     2018-06-01 11:08:38   1_storage_no    0
     2018-06-01 11:08:38   1_type          VIF_TIME_POINT_DATE_TIME
     2018-06-01 11:08:38   1_unit         
     2018-06-01 11:08:38   1_value         2018-06-01 10:02
     2018-06-01 11:08:38   1_value_type    Instantaneous value
     2018-06-01 11:08:38   2_storage_no    128
     2018-06-01 11:08:38   2_type          VIF_VOLUME
     2018-06-01 11:08:38   2_unit          m³
     2018-06-01 11:08:38   2_value         47.472
     2018-06-01 11:08:38   2_value_type    Instantaneous value
     2018-06-01 11:08:38   3_storage_no    128
     2018-06-01 11:08:38   3_type          VIF_TIME_POINT_DATE
     2018-06-01 11:08:38   3_unit         
     2018-06-01 11:08:38   3_value         2018-05-31
     2018-06-01 11:08:38   3_value_type    Instantaneous value
     2018-06-01 11:08:38   4_storage_no    0
     2018-06-01 11:08:38   4_type          VIF_MODEL_VERSION
     2018-06-01 11:08:38   4_unit         
     2018-06-01 11:08:38   4_value         5
     2018-06-01 11:08:38   4_value_type    Instantaneous value
     2018-06-01 11:08:38   5_storage_no    0
     2018-06-01 11:08:38   5_type          VIF_FABRICATION_NO
     2018-06-01 11:08:38   5_unit         
     2018-06-01 11:08:38   5_value         58531350
     2018-06-01 11:08:38   5_value_type    Instantaneous value
     2018-06-01 07:27:47   6_storage_no    0
     2018-06-01 07:27:47   6_type          VIF_FABRICATION_NO
     2018-06-01 07:27:47   6_unit         
     2018-06-01 07:27:47   6_value         58531350
     2018-06-01 07:27:47   6_value_type    Instantaneous value
     2018-06-01 11:08:38   LQI             142
     2018-06-01 11:08:38   RSSI            -73
     2018-06-01 11:08:38   batteryState    ok
     2018-06-01 11:08:38   decryption_ok   1
     2018-06-01 11:08:38   is_encrypted    0
     2018-06-01 11:08:38   state           no errors
     2018-06-01 11:08:38   unit            m³
     2018-06-01 11:08:38   volume          47.472
Attributes:
   IODev      nanoCUL868
   room       6.0_Haus
   stateFormat 2_value


Oder sind das immer verschiedene Auswertungen?!
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: zwehn am 01 Juni 2018, 17:37:39
Zitat von: kaihs am 31 Mai 2018, 21:02:35
Ich würde einfach mal länger warten, d.h. >24 Stunden. Vielleicht kommt ja noch was.
Nach einigen Tests habe ich festgestellt, das der sebstgebaute nanostick nicht richtig arbeitet.
Dh wenn ich den remotemode auf brc oder Ar setze, blinkt der nano wie wild und laesst sich nicht mehr ansprechen. Habe einen 2ten stick bestellt und teste dann nochmals.
Die gute Botschaft, der Wasserversorger wird mir den Schluessel zur Verfuegung stellen.
Ich nehme meine c1 mode tests wieder auf wenn ich mitte der woche den neuen nanostick habe.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: zwehn am 02 Juni 2018, 23:50:23
Zitat von: zwehn am 01 Juni 2018, 17:37:39
Nach einigen Tests habe ich festgestellt, das der sebstgebaute nanostick nicht richtig arbeitet.
Dh wenn ich den remotemode auf brc oder Ar setze, blinkt der nano wie wild und laesst sich nicht mehr ansprechen. Habe einen 2ten stick bestellt und teste dann nochmals.
Die gute Botschaft, der Wasserversorger wird mir den Schluessel zur Verfuegung stellen.
Ich nehme meine c1 mode tests wieder auf wenn ich mitte der woche den neuen nanostick habe.
@kaihs: So habe den Fehler beim nanocul nach komplettem neu verlöten gefunden. Im Terminal und unter fhem werden jetzt wmbus c1 Daten geloggt für den kamstrup multical 21.
Die Stadtwerke haben auf alle 16 sec datenversand eingestellt. Im log sieht man häufig wiederkehrend 1 x lange Nachricht und 7 x kurze Nachricht im Wechsel. Manchmal sinds weniger, da fehlen dann scheinbar Pakete, da hier dann nicht alle 16 sec daten im log sind. Die Daten beinhalten den Wasserverbrauch in m3 werten mit 3 Kommastellen sowie die Umgebungstemperatur und die Wassertemperatur. Details siehe unten bei den screenshots der Anleitung.
den aes Schlüssel habe ich noch nicht, erst nächste Woche.
Fhem erstellt übrigens kein device automatisch....
hier der log im detail über einige Minuten:
2018.06.02 23:22:35 2: Switched nanoCUL rfmode to WMBus_C
2018.06.02 23:22:35 3: nanoCUL: Unknown code CMODE, help me!
2018.06.02 23:22:38 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:22:38 3: nanoCUL: Unknown code b2C442D2C893862571B168D20CA71E21E20DB6CF57E4A32145F667B98BF57692D9517C427F802FC258738CA455980::-76, help me!
2018.06.02 23:22:54 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:22:54 3: nanoCUL: Unknown code b25442D2C893862571B168D20CB72E21E20F0F81AB7ABF517E1637C74829E242628449A42991E80::-76, help me!
2018.06.02 23:23:10 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:23:10 3: nanoCUL: Unknown code b25442D2C893862571B168D20CC73E21E2080BD7407466D9DB4A2815ED7F1EB04C0AFF68B18FB80::-75, help me!
2018.06.02 23:23:26 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:23:26 3: nanoCUL: Unknown code b25442D2C893862571B168D20CD80E21E2032D6E1FCA8C3D330A05E4482F34F2E59788C5950F081::-76, help me!
2018.06.02 23:23:42 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:23:42 3: nanoCUL: Unknown code b25442D2C893862571B168D20CE81E21E20972DA8D134353593FB4DF6CCF7847604F4C104043880::-76.5, help me!
2018.06.02 23:23:58 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:23:58 3: nanoCUL: Unknown code b25442D2C893862571B168D20CF82E21E20E11732683B1742C20A61E47FC86F9CF13A276EA06C80::-76, help me!
2018.06.02 23:24:14 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:24:14 3: nanoCUL: Unknown code b25442D2C893862571B168D20D083E21E20B39C00676ED8C5CC798FE2A0B8492AB09ED231E93681::-75.5, help me!
2018.06.02 23:24:30 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:24:30 3: nanoCUL: Unknown code b25442D2C893862571B168D20D190E21E208EE80E76BF63AB7A2D91C092B6E277B8CC3771846080::-76, help me!
2018.06.02 23:24:46 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:24:46 3: nanoCUL: Unknown code b2C442D2C893862571B168D20D291E21E208336FE091D9C6D8F7BDD94B4C48DB15DC17CABF3A5D7B9CD9A80AA2980::-75.5, help me!
2018.06.02 23:25:02 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:25:02 3: nanoCUL: Unknown code b25442D2C893862571B168D20D392E21E20BDABF5573C8E2C8EDD2D9362A95BB794DA240F237F80::-76.5, help me!
2018.06.02 23:25:19 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:25:19 3: nanoCUL: Unknown code b25442D2C893862571B168D20D493E21E20BF5F12A639D98E77D59A94794ABE7F88AE03D8ED5480::-76, help me!
2018.06.02 23:25:35 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:25:35 3: nanoCUL: Unknown code b25442D2C893862571B168D20D5A0E21E20A669E1DAC8FCF2B837D45DAC897084CAF6A501928F81::-75.5, help me!
2018.06.02 23:25:51 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:25:51 3: nanoCUL: Unknown code b25442D2C893862571B168D20D6A1E21E20B8AFA8723215250A2DD3F04AC75E86FF4D7865190E80::-75.5, help me!
2018.06.02 23:26:07 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:26:07 3: nanoCUL: Unknown code b25442D2C893862571B168D20D7A2E21E202C66D08540F35A5B4B35B8622519C712BE1C7EE4C081::-76.5, help me!
2018.06.02 23:26:23 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:26:23 3: nanoCUL: Unknown code b25442D2C893862571B168D20D8A3E21E202C45C7501B0DE314FB57C2C850AA3E4869F4AAA33F80::-76, help me!
2018.06.02 23:26:39 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:26:40 3: nanoCUL: Unknown code b25442D2C893862571B168D20D9B0E21E2055BB9DAE343CBE0DB27F546D454F370B95F99817AD82::-76, help me!
2018.06.02 23:26:56 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:26:56 3: nanoCUL: Unknown code b2C442D2C893862571B168D20DAB1E21E2010BA5C0CF4320BA50E5EC62F9C0F09CD3BC1C384BC4B35D6955D3C4882::-76, help me!
2018.06.02 23:27:28 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:27:28 3: nanoCUL: Unknown code b25442D2C893862571B168D20DCB3E21E20D4F0A867BF39AC7666D55A5DB293FC16D62DB82A3980::-75, help me!
2018.06.02 23:27:44 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:27:44 3: nanoCUL: Unknown code b25442D2C893862571B168D20DDC0E21E20ED4CA37561108D4E9D6C59A327CA9D39CC8705842F80::-75.5, help me!
2018.06.02 23:28:01 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:28:01 3: nanoCUL: Unknown code b25442D2C893862571B168D20DEC1E21E20D3AC67435944A0B197125CC00E8BCCBF8B1B0867E480::-75.5, help me!
2018.06.02 23:28:17 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:28:17 3: nanoCUL: Unknown code b25442D2C893862571B168D20DFC2E21E204A25589A927086540A65BD97823BABF9B4DDCA55DA80::-75.5, help me!
2018.06.02 23:28:33 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:28:33 3: nanoCUL: Unknown code b25442D2C893862571B168D20E0D0E21E2053A0EE9D0130FD383C23B6F89FE82D8C795D9E82CA81::-76, help me!
2018.06.02 23:28:52 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:28:52 3: nanoCUL: Unknown code b25442D2C893862571B168D20E1D1E21E204C2D50CFBFCD1F5E41F19BB944FD28ADCA3F42769380::-76, help me!
2018.06.02 23:29:05 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:29:06 3: nanoCUL: Unknown code b2C442D2C893862571B168D20E2E0E21E20637B88EE7012103CEC216B938B8CC59D6AF3A1EFCC46C2C75DEBBAC880::-75.5, help me!
2018.06.02 23:29:22 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:29:22 3: nanoCUL: Unknown code b25442D2C893862571B168D20E3E1E21E2033DB47CD985DC0D463DDFDFAFE37969E5BACAA2F3480::-76, help me!
2018.06.02 23:29:38 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:29:38 3: nanoCUL: Unknown code b25442D2C893862571B168D20E4E2E21E208B37D5DF0494E20D6084E7A6BBE6392FDA4C252A5B81::-76, help me!
2018.06.02 23:29:55 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:29:55 3: nanoCUL: Unknown code b25442D2C893862571B168D20E5E3E21E20695D77583CCB4B544BF6A81E471BF079045F175A8D83::-77, help me!
2018.06.02 23:30:11 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:30:11 3: nanoCUL: Unknown code b25442D2C893862571B168D20E6F0E21E20C4BCB4C999386E09E3EC42160C4BD1FA4C0E93D4BA80::-75.5, help me!
2018.06.02 23:30:27 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:30:27 3: nanoCUL: Unknown code b25442D2C893862571B168D20E7F1E21E207DCF59019819EEAC1FFA886859B7DB4C8320C1B70780::-76, help me!
2018.06.02 23:30:43 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:30:43 3: nanoCUL: Unknown code b25442D2C893862571B168D20E8F2E21E2075A77851CE84FB2CE962DF1D8D5439A18445AAA38780::-76, help me!
2018.06.02 23:31:00 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:31:00 3: nanoCUL: Unknown code b25442D2C893862571B168D20E9F3E21E209BE76BE5A51E0752CE9A78FCDD05C29324AE7B0BD580::-76, help me!
2018.06.02 23:31:16 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:31:16 3: nanoCUL: Unknown code b2C442D2C893862571B168D20EA00E31E2056F0777F6203628CE2B56A6B7C5CCC13904A122E836DB888D5481DA781::-76, help me!
2018.06.02 23:31:32 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:31:32 3: nanoCUL: Unknown code b25442D2C893862571B168D20EB01E31E20E0A6B3006283903C1670EA3CC1FF750CEDADA108F880::-75.5, help me!
2018.06.02 23:31:49 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:31:49 3: nanoCUL: Unknown code b25442D2C893862571B168D20EC02E31E202A6B65041F4CF1DB2AFC49B2D0F699C924AFCB310D80::-76, help me!
2018.06.02 23:32:05 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:32:05 3: nanoCUL: Unknown code b25442D2C893862571B168D20ED03E31E205243944070442D798B4DE876979854E6AB4E96FCDD82::-75.5, help me!
2018.06.02 23:32:21 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:32:21 3: nanoCUL: Unknown code b25442D2C893862571B168D20EE10E31E20C66AA3ADC6A7DC56A2B97EB189DB810975343CA92C80::-76, help me!
2018.06.02 23:32:54 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:32:54 3: nanoCUL: Unknown code b25442D2C893862571B168D20F012E31E20E938F9C76FBE12EAEC42F4298ADA6364F06DF4393580::-76, help me!
2018.06.02 23:33:10 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:33:10 3: nanoCUL: Unknown code b25442D2C893862571B168D20F113E31E2002B05CD22F66EAB5648DA22F04C21FC9080424452B81::-76, help me!
2018.06.02 23:33:27 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:33:27 3: nanoCUL: Unknown code b2C442D2C893862571B168D20F220E31E20868D19FC0EAD821275B30205A570A8359C86AB544170AAC3CB8EC10D81::-76.5, help me!
2018.06.02 23:33:43 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:33:43 3: nanoCUL: Unknown code b25442D2C893862571B168D20F321E31E20844213E70FB3886A76BE5B1A2D5AD65C5A8323CA4280::-75, help me!
2018.06.02 23:33:59 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:33:59 3: nanoCUL: Unknown code b25442D2C893862571B168D20F422E31E2073024988671C9F64C4A04FC6A7A65208305901CBD280::-75.5, help me!
2018.06.02 23:34:16 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:34:16 3: nanoCUL: Unknown code b25442D2C893862571B168D20F523E31E2090D4863BF376EB6C30D1F9D0C296D120A6BA229F8E81::-76, help me!
2018.06.02 23:34:32 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:34:32 3: nanoCUL: Unknown code b25442D2C893862571B168D20F630E31E20766D84E6667FCE47EEF4B4F9A31D9A37FED982CDA080::-76.5, help me!
2018.06.02 23:34:49 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:34:49 3: nanoCUL: Unknown code b25442D2C893862571B168D20F731E31E205600BB630238DE2FDAFE31423BAF1ADD2764D1F12181::-75.5, help me!
2018.06.02 23:35:05 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:35:05 3: nanoCUL: Unknown code b25442D2C893862571B168D20F832E31E202631A88D6770CCCEC484FFB8D7A7BD794E1C46311280::-77.5, help me!
2018.06.02 23:35:22 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:35:22 3: nanoCUL: Unknown code b25442D2C893862571B168D20F933E31E208980FC7D3064E538197A88ADA3CF907CCAD395EE1180::-77.5, help me!
2018.06.02 23:35:38 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:35:38 3: nanoCUL: Unknown code b2C442D2C893862571B168D20FA40E31E201AED62858ECB895275F49CDF14D7A35AFAEF1FB403EFDCC1C880172980::-75.5, help me!
2018.06.02 23:35:54 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:35:55 3: nanoCUL: Unknown code b25442D2C893862571B168D20FB41E31E2053819103F5FF0719D38360F392C737B9A7FF51DD7780::-75.5, help me!
2018.06.02 23:36:13 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:36:14 3: nanoCUL: Unknown code b25442D2C893862571B168D20FC42E31E20A5AB220606DF22736847A2FF9F5C8B80C447F7C86480::-76.5, help me!
2018.06.02 23:36:27 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:36:27 3: nanoCUL: Unknown code b25442D2C893862571B168D20FD43E31E208803A0091F71DB2497B73AF2DBAB34EBD7E178A1CF81::-76, help me!
2018.06.02 23:36:44 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:36:44 3: nanoCUL: Unknown code b25442D2C893862571B168D20FE50E31E20B0808E0AF70E0EEF726B41D49963378F47E11D066C81::-76, help me!
2018.06.02 23:37:00 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:37:00 3: nanoCUL: Unknown code b25442D2C893862571B168D20FF51E31E20BD07FA212777C6E0CC722C1C0865332F3141236C0880::-76, help me!
2018.06.02 23:37:17 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:37:17 3: nanoCUL: Unknown code b25442D2C893862571B168D200060E31E20F95FEE38C64882394219C9E1E027B0313C41BF6D6181::-76.5, help me!
2018.06.02 23:37:33 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:37:33 3: nanoCUL: Unknown code b25442D2C893862571B168D200161E31E203560DA2490BC0160A2B67F6409602C51E49823806C80::-75, help me!
2018.06.02 23:37:50 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:37:50 3: nanoCUL: Unknown code b2C442D2C893862571B168D200262E31E20D19A680D5088BEA7033993E299236575D95AAA37C27E7CB471E40D1780::-76, help me!
2018.06.02 23:38:23 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:38:23 3: nanoCUL: Unknown code b25442D2C893862571B168D200470E31E20D4521F28D1D6EBA677FC6B40221BDB8FB3B1832F6880::-76, help me!
2018.06.02 23:38:39 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:38:39 3: nanoCUL: Unknown code b25442D2C893862571B168D200571E31E20F44A5C3D377B9E482670BC0CF450B12635CAD421E880::-76, help me!
2018.06.02 23:39:12 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:39:12 3: nanoCUL: Unknown code b25442D2C893862571B168D200773E31E2018E95DE5ECBC621F319B6D10749BC9FB40465CA43F80::-76.5, help me!
2018.06.02 23:39:29 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:39:29 3: nanoCUL: Unknown code b25442D2C893862571B168D200880E31E2042BB317BC4720E0771E12DE7C30622B06E56D42D6A80::-76, help me!
2018.06.02 23:39:45 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:39:45 3: nanoCUL: Unknown code b25442D2C893862571B168D200981E31E20BC89BD2C8229E6C80EF0305531302F3D99A253D3B180::-76.5, help me!
2018.06.02 23:40:34 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:40:34 3: nanoCUL: Unknown code b25442D2C893862571B168D200C91E31E20DCCC70EB03599565590F846E7C4BD7928413DAFB4C80::-75.5, help me!
2018.06.02 23:40:51 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:40:51 3: nanoCUL: Unknown code b25442D2C893862571B168D200D92E31E20EFDBF68D7EAE1565D23D245CB390461CE16B346B8182::-75.5, help me!
2018.06.02 23:41:07 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:41:07 3: nanoCUL: Unknown code b25442D2C893862571B168D200E93E31E20E050059AB62A1726946C4B2756FAB9D910E75F1BEA80::-75.5, help me!
2018.06.02 23:41:24 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:41:24 3: nanoCUL: Unknown code b25442D2C893862571B168D200FA0E31E2077A9F37C0F7ACC1F818519A3447CC6BEDC30B527C983::-76, help me!
2018.06.02 23:41:40 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:41:40 3: nanoCUL: Unknown code b25442D2C893862571B168D2010A1E31E209051250DF6E00780D3CCE318FBAC954026FEAE4D3480::-75.5, help me!
2018.06.02 23:41:56 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:41:56 3: nanoCUL: Unknown code b25442D2C893862571B168D2011A2E31E20F73A92D68063498463A8D83F7CF8067378ABA37BA880::-76, help me!
2018.06.02 23:42:32 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:42:32 3: nanoCUL: Unknown code b25442D2C893862571B168D2013B0E31E20F3AFB1BA1014A4100C1DA60118713F74CAF8D3CC6481::-75.5, help me!
2018.06.02 23:42:45 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:42:45 3: nanoCUL: Unknown code b25442D2C893862571B168D2014B1E31E203D095747DC8CAE0A387F7B041136BDDEBF40AEBC5380::-75.5, help me!
2018.06.02 23:43:02 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:43:02 3: nanoCUL: Unknown code b25442D2C893862571B168D2015B2E31E205F4B96E2D7239DC94967CCCBD36349EFA784D9C30B83::-75.5, help me!
2018.06.02 23:43:35 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:43:35 3: nanoCUL: Unknown code b25442D2C893862571B168D2017C0E31E2007C5EE2CDF65848D5CDF9BB11289E27801B3C7C3A480::-75.5, help me!
2018.06.02 23:43:51 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:43:51 3: nanoCUL: Unknown code b25442D2C893862571B168D2018C1E31E20DFF0E07D11FB745FE1512305A8BFB9579F83627D8280::-76, help me!
2018.06.02 23:44:07 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:44:07 3: nanoCUL: Unknown code b25442D2C893862571B168D2019C2E31E204C74627EF6227617F54C0ECDFED7725D6B8834E57680::-75.5, help me!
2018.06.02 23:44:40 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:44:40 3: nanoCUL: Unknown code b25442D2C893862571B168D201BD0E31E20B59469C2A25E68ED6C96326B430F4AD284C32BE8AB82::-77, help me!
2018.06.02 23:44:56 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:44:56 3: nanoCUL: Unknown code b25442D2C893862571B168D201CD1E31E206860E76F5448B0A31D27D8BBB88ADA9FD094DADA6F80::-76, help me!
2018.06.02 23:45:12 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:45:12 3: nanoCUL: Unknown code b25442D2C893862571B168D201DE0E31E2048E7861D523FDBBFE21EF0CB2AE65302AB44B9098780::-76, help me!
2018.06.02 23:45:28 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:45:29 3: nanoCUL: Unknown code b25442D2C893862571B168D201EE1E31E2087AB91B349A097269DD51F51D6CF78302E1F7F278C80::-76, help me!
2018.06.02 23:45:45 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:45:45 3: nanoCUL: Unknown code b25442D2C893862571B168D201FE2E31E209434F311008297066475590EC6501B0BF26367FA2280::-75.5, help me!
2018.06.02 23:46:01 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:46:01 3: nanoCUL: Unknown code b25442D2C893862571B168D2020E3E31E20D69B41840990D10EC65CC43C0D45341FF847AFC49F81::-76, help me!
2018.06.02 23:46:17 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:46:17 3: nanoCUL: Unknown code b25442D2C893862571B168D2021F0E31E2014B5D10A19FED32AE282BAC7596C390F662A9D8A2D81::-75.5, help me!
2018.06.02 23:46:33 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:46:34 3: nanoCUL: Unknown code b2C442D2C893862571B168D2022F1E31E20A2AAD186899A480E2292B10FC51117B2E383AE34E3EB446F2B343AE180::-75.5, help me!
2018.06.02 23:46:50 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:46:50 3: nanoCUL: Unknown code b25442D2C893862571B168D2023F2E31E20B65B7D9B08B6E5A434BB21060F4627E3E18EA4289780::-76, help me!
2018.06.02 23:47:06 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:47:06 3: nanoCUL: Unknown code b25442D2C893862571B168D2024F3E31E2096DBA0A29BA067FB5F0FCF2B7F29812861E13CB09680::-76, help me!
2018.06.02 23:47:22 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:47:22 3: nanoCUL: Unknown code b25442D2C893862571B168D202500E41E202FEEA718E88545F86992FD4C4F919A95163D9EF66480::-75.5, help me!
2018.06.02 23:47:38 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:47:38 3: nanoCUL: Unknown code b25442D2C893862571B168D202601E41E20E57E285BBDA3F10F8A513DC40E45801633860A6AF181::-76, help me!
2018.06.02 23:47:55 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:47:55 3: nanoCUL: Unknown code b25442D2C893862571B168D202702E41E2038BE868FE14938BF7991821E5641ED23DBE5C14C7180::-76, help me!
2018.06.02 23:48:11 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:48:11 3: nanoCUL: Unknown code b25442D2C893862571B168D202803E41E2064BF5502958033241B4452FACA7E93707765220D9C80::-75.5, help me!
2018.06.02 23:48:27 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:48:27 3: nanoCUL: Unknown code b25442D2C893862571B168D202910E41E201964EC51FB58F267BF8F7123FE8951C54C7A81705A80::-76, help me!
2018.06.02 23:48:43 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:48:43 3: nanoCUL: Unknown code b2C442D2C893862571B168D202A11E41E2009379D75A504A3BDC6221AA0FF81E798D1A686E5419109A107294F8980::-76.5, help me!
2018.06.02 23:48:59 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:48:59 3: nanoCUL: Unknown code b25442D2C893862571B168D202B12E41E20546E3E62B24F9C72BCDD1AD88271D46EBBD2B4200080::-76.5, help me!
2018.06.02 23:49:15 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:49:16 3: nanoCUL: Unknown code b25442D2C893862571B168D202C13E41E20FF5BEA3E3D905575F9846855D5326163E5298C766980::-76, help me!
2018.06.02 23:49:32 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:49:32 3: nanoCUL: Unknown code b25442D2C893862571B168D202D20E41E20CFC62090B804CFF93F1DFEABB31C7C9D71A141496682::-75.5, help me!
2018.06.02 23:49:48 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:49:48 3: nanoCUL: Unknown code b25442D2C893862571B168D202E21E41E20E3328B6DFDF7A5AA7ED4799433094134ADD20B353D81::-76, help me!
2018.06.02 23:50:04 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:50:04 3: nanoCUL: Unknown code b25442D2C893862571B168D202F22E41E2020EF7E9B5B6AC00751C23A1CAA98D7FFC10BDD876880::-75.5, help me!
2018.06.02 23:50:20 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:50:20 3: nanoCUL: Unknown code b25442D2C893862571B168D203023E41E20EB284FE7A25F958D48DCAF162B686AA612A78A443180::-76, help me!
2018.06.02 23:50:36 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:50:36 3: nanoCUL: Unknown code b25442D2C893862571B168D203130E41E207AD6C9D5B9E35C8D433B3430B4E25F22FFFE1DBB3B80::-77, help me!
2018.06.02 23:50:52 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:50:52 3: nanoCUL: Unknown code b2C442D2C893862571B168D203231E41E20344CD388E51FA5130F5AF21FE869F738283321E43ED5F78F7D02651480::-76, help me!
2018.06.02 23:51:08 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:51:08 3: nanoCUL: Unknown code b25442D2C893862571B168D203332E41E208616ADCC0E21B3CD416A294E3F56A8F4535D2EA96C80::-77, help me!
2018.06.02 23:51:25 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:51:25 3: nanoCUL: Unknown code b25442D2C893862571B168D203433E41E200133E7B04226B1218440D22BE05FFDD21DC5919E6F80::-75.5, help me!
2018.06.02 23:51:41 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:51:41 3: nanoCUL: Unknown code b25442D2C893862571B168D203540E41E2054BA7A2FB83FF7066948F3F96012072B1D0CDC5FB580::-75.5, help me!
2018.06.02 23:51:59 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:51:59 3: nanoCUL: Unknown code b25442D2C893862571B168D203641E41E203103B7264AA458D8B284BA53C9D598CB464FB176BA80::-76.5, help me!
2018.06.02 23:52:13 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:52:13 3: nanoCUL: Unknown code b25442D2C893862571B168D203742E41E20B92E4BFD814757E691DF58A64F7A9156F60B365B9682::-75.5, help me!
2018.06.02 23:52:29 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:52:29 3: nanoCUL: Unknown code b25442D2C893862571B168D203843E41E20861305D170A245190739A64D6C3E8EA5ECD6ED494B80::-76.5, help me!
2018.06.02 23:52:45 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:52:45 3: nanoCUL: Unknown code b25442D2C893862571B168D203950E41E209C1F2D9C0F3424F8F2452F5BACEBE14DF67773EACF80::-77, help me!
2018.06.02 23:53:02 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:53:02 3: nanoCUL: Unknown code b2C442D2C893862571B168D203A51E41E200DB68B26D8B61E57ADAFCC57CF5DA36A7DBD75C207FF7EB3874D89D980::-76, help me!
2018.06.02 23:53:33 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:53:33 3: nanoCUL: Unknown code b25442D2C893862571B168D203C61E41E20B7CFB8BBEEB6F3AD4DB32ECFB35AEA80912BEF5FA380::-75.5, help me!
2018.06.02 23:53:49 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:53:49 3: nanoCUL: Unknown code b25442D2C893862571B168D203D62E41E2072CD8E08A0ADB38B85760855C94694E7F3021FAAB282::-75.5, help me!
2018.06.02 23:54:05 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:54:05 3: nanoCUL: Unknown code b25442D2C893862571B168D203E63E41E2029B272D6DE8AA36F7E5FB2710D3032A1613BC8C3C480::-76.5, help me!
2018.06.02 23:54:37 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:54:37 3: nanoCUL: Unknown code b25442D2C893862571B168D204071E41E20EE4A20F6FA4D6E929E7989FD879D14E919AD85AAAD83::-75.5, help me!
2018.06.02 23:54:53 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:54:53 3: nanoCUL: Unknown code b25442D2C893862571B168D204172E41E20A5290F0E06B43E963E03FB4DFFD5EC4691A3458D1C80::-77, help me!
2018.06.02 23:55:09 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:55:09 3: nanoCUL: Unknown code b2C442D2C893862571B168D204273E41E2048DEFEBA4E54DFF410F37CE7E1BCFA2E2684C62F8CD0178DDB8E4F2580::-76.5, help me!
2018.06.02 23:55:25 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:55:25 3: nanoCUL: Unknown code b25442D2C893862571B168D204380E41E2009F30DD0F804DCCA9FCAF27BF4C12E0A8DE28AB9B680::-75.5, help me!
2018.06.02 23:55:41 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:55:41 3: nanoCUL: Unknown code b25442D2C893862571B168D204481E41E20575CDEAAF7DB10A9F8E2529ACEBC2FE7E0001AD98D81::-76, help me!
2018.06.02 23:55:57 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:55:57 3: nanoCUL: Unknown code b25442D2C893862571B168D204582E41E20A46E262861DEB1D64A9372D818AE5C60951C54376580::-76, help me!
2018.06.02 23:56:29 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:56:29 3: nanoCUL: Unknown code b25442D2C893862571B168D204790E41E2057F35E2D890B5DCD47F55F8F2CF8662094B0F9DF1B82::-76, help me!
2018.06.02 23:56:45 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:56:45 3: nanoCUL: Unknown code b25442D2C893862571B168D204891E41E20CCCB1EAE6D2B2F4DAFAD2481679245FC447F85FF2281::-76, help me!
2018.06.02 23:57:01 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:57:01 3: nanoCUL: Unknown code b25442D2C893862571B168D204992E41E204E2618673D5494C3FE9A2A5A5D55F91FDDE822B14780::-76, help me!
2018.06.02 23:57:17 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:57:17 3: nanoCUL: Unknown code b2C442D2C893862571B168D204A93E41E206C7DAFED556F1905AD8A04072F94BF358C6C5DB609916AA9511F5DBF80::-75.5, help me!
2018.06.02 23:57:49 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:57:49 3: nanoCUL: Unknown code b25442D2C893862571B168D204CA1E41E206B3192F46825308A126E94D255CE63B627D1A0D0C880::-75.5, help me!
2018.06.02 23:58:05 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:58:05 3: nanoCUL: Unknown code b25442D2C893862571B168D204DA2E41E20EF167FB14777ACC8D68503774610938859C4A705D480::-77, help me!
2018.06.02 23:58:20 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:58:20 3: nanoCUL: Unknown code b25442D2C893862571B168D204EA3E41E200A2627CACC5259D905CFD3ECE419C415E6D528D11380::-76, help me!
2018.06.02 23:58:36 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:58:36 3: nanoCUL: Unknown code b25442D2C893862571B168D204FB0E41E2048EA75F2BF9C2C062C3496DDD4187C68FD2FE1209180::-75.5, help me!
2018.06.02 23:58:52 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:58:52 3: nanoCUL: Unknown code b25442D2C893862571B168D2050B1E41E204B95D8B478942F0B8B7B9AEBC4C5589575F379FAB481::-75.5, help me!
2018.06.02 23:59:24 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:59:24 3: nanoCUL: Unknown code b2C442D2C893862571B168D2052B3E41E2012663E853362F81CDE4B15375B8EC90306EE6794739A7B83C6D0267C81::-75.5, help me!
2018.06.02 23:59:40 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:59:40 3: nanoCUL: Unknown code b25442D2C893862571B168D2053C0E41E206C7B54A6816783EDAD061624A228D5118195D4F49881::-76, help me!
2018.06.02 23:59:56 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:59:56 3: nanoCUL: Unknown code b25442D2C893862571B168D2054C1E41E20342C54E29EB9FAAF5C4B178A695D96D184316E4F1383::-76, help me!
2018.06.03 00:00:12 3: nanoCUL: Unknown code b25442D2C893862571B168D2055C2E41E20894E81F838471C43E06FB046E240240A8C4AC7B44280::-75.5, help me!
2018.06.03 00:00:27 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:00:27 3: nanoCUL: Unknown code b25442D2C893862571B168D2056C3E41E2002C7AC47652A84FB8C8B4F0401BAC4D80F293B6CF180::-75.5, help me!
2018.06.03 00:00:43 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:00:43 3: nanoCUL: Unknown code b25442D2C893862571B168D2057D0E41E2013B5366A7528568380CEF19496BBC52B1FF2A96A3E80::-75.5, help me!
2018.06.03 00:00:59 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:00:59 3: nanoCUL: Unknown code b25442D2C893862571B168D2058D1E41E20A05FD7FE8C47BC5727F16F92E1F33FD4E153330B5280::-75.5, help me!
2018.06.03 00:01:15 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:01:15 3: nanoCUL: Unknown code b25442D2C893862571B168D2059E0E41E200F28062298E814E8038F900C49507798F5BB51CA6280::-75, help me!
2018.06.03 00:01:31 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:01:31 3: nanoCUL: Unknown code b2C442D2C893862571B168D205AE1E41E209990F4E91249B1F67F920D8737D3D5AAD0B090C4F7C15D80134907FF80::-76.5, help me!
2018.06.03 00:01:46 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:01:46 3: nanoCUL: Unknown code b25442D2C893862571B168D205BE2E41E2078D0E6C7EE3B0BF186CFBB3A9B8C8B3434C4CCC50080::-76, help me!
2018.06.03 00:02:02 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:02:02 3: nanoCUL: Unknown code b25442D2C893862571B168D205CE3E41E2058C9E34FA2FA2BFC4DC4F861EAF561FA50FC88962080::-76, help me!
2018.06.03 00:02:18 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:02:18 3: nanoCUL: Unknown code b25442D2C893862571B168D205DF0E41E20B002992DB493A4182BD161908F9FCAF2663F8B979B80::-75.5, help me!
2018.06.03 00:02:34 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:02:34 3: nanoCUL: Unknown code b25442D2C893862571B168D205EF1E41E2052E0DCA3FFF0D2FC53AAB0C2CA177959C1895636F280::-76, help me!
2018.06.03 00:02:50 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:02:50 3: nanoCUL: Unknown code b25442D2C893862571B168D205FF2E41E202EAA4A3B805144AE8053FDE79B598AF3433DBB37A380::-75.5, help me!
2018.06.03 00:03:05 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:03:05 3: nanoCUL: Unknown code b25442D2C893862571B168D2060F3E41E207D361B8C9804C35D345DFA791E1F005A17227B6D3C80::-76.5, help me!
2018.06.03 00:03:37 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:03:37 3: nanoCUL: Unknown code b2C442D2C893862571B168D206201E51E203801B16A6E0AE293B57BC68A43C9985CF9E9216C7B9ACD3AB8227E6281::-75.5, help me!
2018.06.03 00:03:52 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:03:53 3: nanoCUL: Unknown code b25442D2C893862571B168D206302E51E208CFF5C463A03A3D0E2E0CB92033990D0AEAA7508DC81::-75, help me!
2018.06.03 00:04:08 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:04:08 3: nanoCUL: Unknown code b25442D2C893862571B168D206403E51E2003C584B863DC8F98142CB6D04C86951ED1C4D3981480::-75.5, help me!
2018.06.03 00:04:24 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:04:24 3: nanoCUL: Unknown code b25442D2C893862571B168D206510E51E20613F2EBC5BDC5027A820C1819CA8D61BBBCBA9850380::-77, help me!
2018.06.03 00:04:40 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:04:40 3: nanoCUL: Unknown code b25442D2C893862571B168D206611E51E20CFBC186536735564F656C913865B8184ABBF51451480::-75.5, help me!
2018.06.03 00:05:11 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:05:11 3: nanoCUL: Unknown code b25442D2C893862571B168D206813E51E20404D14EB28C5E16D32B019551B62ECDED440FBFB2480::-76, help me!
2018.06.03 00:05:27 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:05:27 3: nanoCUL: Unknown code b25442D2C893862571B168D206920E51E204265DB7214957C13259939EB081C9276E0081706BB80::-75.5, help me!
2018.06.03 00:05:42 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:05:42 3: nanoCUL: Unknown code b2C442D2C893862571B168D206A21E51E202B29F0DE0671B68FD1BD3F08D771C46DBEFB5DDB318E6ACAB75B852580::-75.5, help me!
2018.06.03 00:05:58 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:05:58 3: nanoCUL: Unknown code b25442D2C893862571B168D206B22E51E209C0FA32791DBF01B22986750A5D30173104575533C81::-76, help me!
2018.06.03 00:06:14 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:06:14 3: nanoCUL: Unknown code b25442D2C893862571B168D206C23E51E20FB9ACC237CFC14F5D01A027E10460166C4D65A5C4B80::-75.5, help me!
2018.06.03 00:06:45 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:06:45 3: nanoCUL: Unknown code b25442D2C893862571B168D206E31E51E20867BEB52022FE31D8B19A919183F6B07B21FA5D05781::-77.5, help me!
2018.06.03 00:07:01 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:07:01 3: nanoCUL: Unknown code b25442D2C893862571B168D206F32E51E2021E4E1AC64D95D52CBCB2AE67BD19B51C093ACC67381::-75, help me!
2018.06.03 00:07:32 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:07:32 3: nanoCUL: Unknown code b25442D2C893862571B168D207140E51E20E312AE95C2DD37BCA2B802EE7F0618028EB1FE6E7781::-76, help me!
2018.06.03 00:07:48 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:07:48 3: nanoCUL: Unknown code b2C442D2C893862571B168D207241E51E20EDCC7FB7FAF039F38E2060BBEC691EE3740AFC465D8D60867AEE0E2080::-76.5, help me!
2018.06.03 00:08:34 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:08:34 3: nanoCUL: Unknown code b25442D2C893862571B168D207550E51E20657B3143F3A03AAD63360760123FB211224E49184E80::-75.5, help me!
2018.06.03 00:08:50 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:08:50 3: nanoCUL: Unknown code b25442D2C893862571B168D207651E51E20EFE35DC95B50F462135BE38627CE35133D11D88D2F81::-75.5, help me!
2018.06.03 00:09:06 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:09:06 3: nanoCUL: Unknown code b25442D2C893862571B168D207760E51E20407A3D88A1C7D6C9125695B9F3D2395C51F7930A0D80::-75.5, help me!
2018.06.03 00:09:21 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:09:21 3: nanoCUL: Unknown code b25442D2C893862571B168D207861E51E2031A83D7B4A8B5CD1B936111B17DD3BBA66849CE9F480::-75.5, help me!
2018.06.03 00:09:37 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:09:37 3: nanoCUL: Unknown code b25442D2C893862571B168D207962E51E20207246F8168B413B431DFE848A45029C2C8E4C1B5381::-77, help me!
2018.06.03 00:09:52 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:09:52 3: nanoCUL: Unknown code b2C442D2C893862571B168D207A63E51E20E9E6EDF1AE217CE5695ADF8A390C69BD271CBAE51C03FDAAD2FA21D280::-75.5, help me!
2018.06.03 00:10:08 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:10:08 3: nanoCUL: Unknown code b25442D2C893862571B168D207B60E51E20407A3D88A1C7D6C9125695B9F3D2395C51F793D1F284::-75.5, help me!
2018.06.03 00:10:23 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:10:23 3: nanoCUL: Unknown code b25442D2C893862571B168D207C70E51E20C9D6DBAD87410564A23B28F853F6B8A4FABB34D99D80::-76, help me!
2018.06.03 00:11:10 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:11:10 3: nanoCUL: Unknown code b25442D2C893862571B168D207F73E51E208B7249B26313732ECB288A40927BC99DBB9CD1B60284::-76, help me!
2018.06.03 00:11:25 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:11:25 3: nanoCUL: Unknown code b25442D2C893862571B168D208080E51E205218F8F80992EF6117CB8CBB4C6A0C9E17F93D437B80::-75, help me!
2018.06.03 00:11:41 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:11:41 3: nanoCUL: Unknown code b25442D2C893862571B168D208181E51E20504269E9E2754DF811A9C8A08C8C4ED6D9FDC1AF1180::-76, help me!
2018.06.03 00:11:57 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:11:57 3: nanoCUL: Unknown code b2C442D2C893862571B168D208282E51E20926A644E415793F08820F0E037F973627C4F58DB147334DE91212AFD80::-75.5, help me!
2018.06.03 00:12:12 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:12:12 3: nanoCUL: Unknown code b25442D2C893862571B168D208383E51E2080F0BD16D0C8C28B6CEB5FE39C1AD44DD43594EE4E81::-75.5, help me!
2018.06.03 00:12:43 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:12:43 3: nanoCUL: Unknown code b25442D2C893862571B168D208591E51E200C557600B5E42E2774E43D498755410826A04CFA8080::-76, help me!
2018.06.03 00:13:00 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:13:00 3: nanoCUL: Unknown code b25442D2C893862571B168D208692E51E201D51C6806D3903C8816305EE470E50A9FEAFE4A2CD80::-75.5, help me!
2018.06.03 00:13:14 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:13:14 3: nanoCUL: Unknown code b25442D2C893862571B168D208793E51E20AABECA9876FDD8B88C84EEE0EB3040A1CC3E5A86AE80::-75, help me!
2018.06.03 00:13:30 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:13:30 3: nanoCUL: Unknown code b25442D2C893862571B168D2088A0E51E20149DA209D4C2D26ED73C3932FD6F3BDDA7FABB407380::-76, help me!
2018.06.03 00:13:45 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:13:45 3: nanoCUL: Unknown code b25442D2C893862571B168D2089A1E51E204B6EB2908540B46D50DEE07AACAD96DF12F7E9AA5380::-76, help me!
2018.06.03 00:14:03 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:14:03 3: nanoCUL: Unknown code b2C442D2C893862571B168D208AA2E51E20137E4A703E3F79EE577DAA35317BCFC5A589FC91E8C4E2F80BAD11E080::-75.5, help me!
2018.06.03 00:14:32 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:14:32 3: nanoCUL: Unknown code b25442D2C893862571B168D208CB0E51E204B808175995DBA357D44A813111CDA497E09EAA03381::-75.5, help me!
2018.06.03 00:14:48 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:14:48 3: nanoCUL: Unknown code b25442D2C893862571B168D208DB1E51E20DD449E3C5FD85C420F2B529B12E04352C7895F2A3B80::-76.5, help me!
2018.06.03 00:15:06 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:15:06 3: nanoCUL: Unknown code b25442D2C893862571B168D208EB2E51E209C1912DFB4B13DDA4EE7BDC06A063A8630624C52BB81::-75.5, help me!
2018.06.03 00:15:19 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:15:19 3: nanoCUL: Unknown code b25442D2C893862571B168D208FB3E51E20E58165F5297262274D7C3956DB4873FE98EAD8C9C380::-76.5, help me!
2018.06.03 00:15:34 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:15:34 3: nanoCUL: Unknown code b25442D2C893862571B168D2090C0E51E20158060DB43328FEEC51D394B09424DD7431B51BBC180::-75.5, help me!
2018.06.03 00:15:50 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:15:50 3: nanoCUL: Unknown code b25442D2C893862571B168D2091C1E51E2010DF362CD99D44098B6C01C881C01435B203138FDA80::-75.5, help me!
2018.06.03 00:16:21 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:16:21 3: nanoCUL: Unknown code b25442D2C893862571B168D2093C3E51E20D952583C3E35CE7698597C33FB6C77A16E1F6CCFF380::-75.5, help me!
2018.06.03 00:16:37 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:16:37 3: nanoCUL: Unknown code b25442D2C893862571B168D2094D0E51E20568838347236A54250F969714484854E7B89BC40CC80::-75.5, help me!
2018.06.03 00:16:53 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:16:53 3: nanoCUL: Unknown code b25442D2C893862571B168D2095D1E51E20B006277F4D20E4ADE2FD0D6F05658611E60834531781::-75.5, help me!
2018.06.03 00:17:08 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:17:08 3: nanoCUL: Unknown code b25442D2C893862571B168D2096E0E51E207B1E0B07D029D82CC9F531180FD929BEC5F1E1445981::-75.5, help me!
2018.06.03 00:17:24 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:17:24 3: nanoCUL: Unknown code b25442D2C893862571B168D2097E1E51E20221C7639935B1F20C14704EA7D1B536E061F8DF5D680::-76, help me!
2018.06.03 00:17:40 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:17:40 3: nanoCUL: Unknown code b25442D2C893862571B168D2098E2E51E20E8432F81B48815B5D0D181451BABBA4BF7AF7EBE1E81::-75.5, help me!
2018.06.03 00:17:55 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.03 00:17:55 3: nanoCUL: Unknown code b25442D2C893862571B168D2099E3E51E208D2C8143ADEA3A0BFA84E25E55630F40502882E02580::-75.5, help me!

Im manual wird der Dateninhalt wie folgt beschrieben (Modul 40 liegt hier vor):
https://www.metherm.de/user/product_files/datenblatt-multical-21.pdf (https://www.metherm.de/user/product_files/datenblatt-multical-21.pdf)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Ingram am 04 Juni 2018, 13:26:40
Over the weekend I added the possibility for capturing C-mode type A frames, however I cannot test if it really works as intended because I do not own a device capable of sending such frames, anyone within the range did not seem to have anything either.

The way how it should work is quite similar to T-mode frame verification, except that there is no 3-out-of-6 decoding required. In future it might be feasible to separate frame validation from frame decoding in various modes so that all modes use the same verifier for the same type of frame.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Ingram am 04 Juni 2018, 13:30:56
Zitat von: zwehn am 02 Juni 2018, 23:50:23
2018.06.02 23:22:35 2: Switched nanoCUL rfmode to WMBus_C
2018.06.02 23:22:35 3: nanoCUL: Unknown code CMODE, help me!
2018.06.02 23:22:38 2: WMBUS Error during LinkLayer parse:CRC check failed on link layer
2018.06.02 23:22:38 3: nanoCUL: Unknown code b2C442D2C893862571B168D20CA71E21E20DB6CF57E4A32145F667B98BF57692D9517C427F802FC258738CA455980::-76, help me!


Excellent, so you are able to receive the frames. CRC check probably fails because the FHEM module tries to decode it as frame type A. This also means that it will incorrectly decode any data it has received even if CRC succeeded. This is why I left the 'a' and 'b' marker in C-mode to my code, so it would be easier to do the decoding in other applications.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: zwehn am 04 Juni 2018, 16:47:49
Zitat von: Ingram am 04 Juni 2018, 13:30:56
Excellent, so you are able to receive the frames. CRC check probably fails because the FHEM module tries to decode it as frame type A. This also means that it will incorrectly decode any data it has received even if CRC succeeded. This is why I left the 'a' and 'b' marker in C-mode to my code, so it would be easier to do the decoding in other applications.

Hi, thanks, but I understood it should be frame B and not A?

What do you mean with  "in other applications" ? Does that mean in the WMBus modul?

Up to now no device was created so I could not add the aes key which I got today.
The aes key has 32 digits in hex: 07ADA8E5F80112625CAE59xxxxxxxxxx

@ingram @kaihs :any suggestion how to proceed now?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Ingram am 04 Juni 2018, 17:26:45
Zitat von: zwehn am 04 Juni 2018, 16:47:49
Hi, thanks, but I understood it should be frame B and not A?
Correct. But I think that FHEM only can understand frame A, so it tries that.

Zitat von: zwehn am 04 Juni 2018, 16:47:49
What do you mean with  "in other applications" ? Does that mean in the WMBus modul?

Anything that can communicate with CUL, like FHEM or like nodejs module for CUL. If CUL outputs bXXXXXXXXXXXX, the program or user reading it does not know if it is frame A or frame B before it has tried verifying CRC for both, but as a shortcut I thought that baXXXXXX and bbXXXXXXX should help telling the program/user without the need for trying to detect the frame type using any heuristic.

As for the key and decryption, unfortunately I don't have a key yet, but there have been some efforts which can do decoding. Using the knowledge from these sources should help getting something readable:
https://github.com/tobiasrask/wmbus-client
https://stackoverflow.com/questions/29392226/wm-bus-extended-layer-decoding
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 04 Juni 2018, 18:59:55
Zitat von: Shojo am 01 Juni 2018, 11:30:20
Eben kam dann wieder Diese Messung rein....
Die ist wieder fast passend.



Internals:
   DEF        LSE 06292453 81 7
   DeviceMedium Water
   DeviceType 7
   IODev      nanoCUL868
   IdentNumber 06292453
   LASTInputDev nanoCUL868
   MSGCNT     2
   Manufacturer LSE
   MessageEncoding CUL
   NAME       HA.Wasser.Kalt
   NR         253
   STATE      47.472
   TYPE       WMBUS
   Version    81
   addr       LSE_06292453_81_7
   nanoCUL868_MSGCNT 2
   nanoCUL868_RAWMSG b2A4465B253242906510701AD7AC7000000046D020A41268C041372747751040082046C5F2501FD0C050C78501353603358857B8E::-73
   nanoCUL868_RSSI -73
   nanoCUL868_TIME 2018-06-01 11:08:38
   READINGS:
     2018-06-01 11:08:38   1_storage_no    0
     2018-06-01 11:08:38   1_type          VIF_TIME_POINT_DATE_TIME
     2018-06-01 11:08:38   1_unit         
     2018-06-01 11:08:38   1_value         2018-06-01 10:02
     2018-06-01 11:08:38   1_value_type    Instantaneous value
     2018-06-01 11:08:38   2_storage_no    128
     2018-06-01 11:08:38   2_type          VIF_VOLUME
     2018-06-01 11:08:38   2_unit          m³
     2018-06-01 11:08:38   2_value         47.472
     2018-06-01 11:08:38   2_value_type    Instantaneous value
     2018-06-01 11:08:38   3_storage_no    128
     2018-06-01 11:08:38   3_type          VIF_TIME_POINT_DATE
     2018-06-01 11:08:38   3_unit         
     2018-06-01 11:08:38   3_value         2018-05-31
     2018-06-01 11:08:38   3_value_type    Instantaneous value
     2018-06-01 11:08:38   4_storage_no    0
     2018-06-01 11:08:38   4_type          VIF_MODEL_VERSION
     2018-06-01 11:08:38   4_unit         
     2018-06-01 11:08:38   4_value         5
     2018-06-01 11:08:38   4_value_type    Instantaneous value
     2018-06-01 11:08:38   5_storage_no    0
     2018-06-01 11:08:38   5_type          VIF_FABRICATION_NO
     2018-06-01 11:08:38   5_unit         
     2018-06-01 11:08:38   5_value         58531350
     2018-06-01 11:08:38   5_value_type    Instantaneous value
     2018-06-01 07:27:47   6_storage_no    0
     2018-06-01 07:27:47   6_type          VIF_FABRICATION_NO
     2018-06-01 07:27:47   6_unit         
     2018-06-01 07:27:47   6_value         58531350
     2018-06-01 07:27:47   6_value_type    Instantaneous value
     2018-06-01 11:08:38   LQI             142
     2018-06-01 11:08:38   RSSI            -73
     2018-06-01 11:08:38   batteryState    ok
     2018-06-01 11:08:38   decryption_ok   1
     2018-06-01 11:08:38   is_encrypted    0
     2018-06-01 11:08:38   state           no errors
     2018-06-01 11:08:38   unit            m³
     2018-06-01 11:08:38   volume          47.472
Attributes:
   IODev      nanoCUL868
   room       6.0_Haus
   stateFormat 2_value


Oder sind das immer verschiedene Auswertungen?!

Du musst das glaube ich im Zusammenhang sehen, und zwar anhand der storage_no.
storage_no 128 mit 47.472 m³ bezieht sich auf die Messung zum Stichtag VIF_TIME_POINT_DATE  2018-05-31.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 04 Juni 2018, 19:07:42
Zitat von: Ingram am 04 Juni 2018, 17:26:45
Anything that can communicate with CUL, like FHEM or like nodejs module for CUL. If CUL outputs bXXXXXXXXXXXX, the program or user reading it does not know if it is frame A or frame B before it has tried verifying CRC for both, but as a shortcut I thought that baXXXXXX and bbXXXXXXX should help telling the program/user without the need for trying to detect the frame type using any heuristic.

The problem with a and b as frame type markers is that those are valid hex digits.
The WMBUS module has no way to know if the data is from an old firmware version without support for WMBUS C or from a new one. Moreover the data can even come from a different receiver (Amber Wireless AMB8425-M which uses bAMB).
I agree that encoding the frametype in the data would be helpful but it must be in a backwards compatible way, i.e. a character outside the range A-Fa-f.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 04 Juni 2018, 21:27:56
Zitat von: Ingram am 04 Juni 2018, 13:30:56
Excellent, so you are able to receive the frames. CRC check probably fails because the FHEM module tries to decode it as frame type A. This also means that it will incorrectly decode any data it has received even if CRC succeeded. This is why I left the 'a' and 'b' marker in C-mode to my code, so it would be easier to do the decoding in other applications.

I'm currently trying to implemet frame type b decoding. But even the crc check is failing. As you already implemented the crc check in rf_mbus.c perhaps you can help?
I'm using this packet as received by zwehm

b2C442D2C893862571B168D20CA71E21E20DB6CF57E4A32145F667B98BF57692D9517C427F802FC258738CA455980


l-field is 0x2c =  44 bytes. l-field is the length of the message excluding the l-field itself.

But the length of the message above is 45 bytes, one byte too long IMHO.

in rf_mbus.c you use

        rxLength = RXinfo.lengthField + 1;
        rxStatus = verifyCrcBytesCmode(MBbytes + 2, MBpacket, rxLength);
[code]

Why do you start the calculation with an offset of 2 (MBbytes + 2)?

Is the l-field included in the crc calculation?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: zwehn am 04 Juni 2018, 21:48:10
Zitat von: kaihs am 04 Juni 2018, 21:27:56
I'm currently trying to implemet frame type b decoding. But even the crc check is failing. As you already implemented the crc check in rf_mbus.c perhaps you can help?
I'm using this packet as received by zwehm

b2C442D2C893862571B168D20CA71E21E20DB6CF57E4A32145F667B98BF57692D9517C427F802FC258738CA455980

Every 8th packet is like this one, 46 byte long, starting with (b)2c (=44 dec).
Following 7 small packets with 39 byte length start with (b)25 (=37) .... I guess you have seen that and you wanted to start with the longer one.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Ingram am 05 Juni 2018, 08:20:15
Zitat von: kaihs am 04 Juni 2018, 21:27:56
I'm currently trying to implemet frame type b decoding. But even the crc check is failing. As you already implemented the crc check in rf_mbus.c perhaps you can help?
I'm using this packet as received by zwehm

b2C442D2C893862571B168D20CA71E21E20DB6CF57E4A32145F667B98BF57692D9517C427F802FC258738CA455980


l-field is 0x2c =  44 bytes. l-field is the length of the message excluding the l-field itself.

But the length of the message above is 45 bytes, one byte too long IMHO.

in rf_mbus.c you use

        rxLength = RXinfo.lengthField + 1;
        rxStatus = verifyCrcBytesCmode(MBbytes + 2, MBpacket, rxLength);
[code]

Why do you start the calculation with an offset of 2 (MBbytes + 2)?

Is the l-field included in the crc calculation?


That 0x80 comes from X21, so they are part of LQI/RSSI.

CRC is calculated from all bytes up to CRC itself. So to use the example provided
CRC(2C442D2C893862571B168D20CA71E21E20DB6CF57E4A32145F667B98BF57692D9517C427F802FC258738CA) = 4559

There is one special case though, if the byte sequence is longer than 127/128 then there is additional block for which the CRC is calculated separately. This is the optional block mentioned here: http://www.st.com/content/ccc/resource/technical/document/application_note/3f/fb/35/5a/25/4e/41/ba/DM00233038.pdf/files/DM00233038.pdf/jcr:content/translations/en.DM00233038.pdf#page=15

The offset 2 is because in C-mode we are also reading part of the sync word as data bytes to determine which frame type we are going to get, this is what allows us to receive T and C-mode at the same time. See http://www.ti.com/lit/an/swra522d/swra522d.pdf#page=6 figure 2
RXinfo.pByteIndex[0] == 0x54
RXinfo.pByteIndex[1] == 0xCD or 0x3D

As these are not part of CRC calculation, we do not copy those to the final output or perform CRC calculation on them.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: zwehn am 05 Juni 2018, 20:39:24
Zitat von: zwehn am 04 Juni 2018, 21:48:10
Every 8th packet is like this one, 46 byte long, starting with (b)2c (=44 dec).
Following 7 small packets with 39 byte length start with (b)25 (=37) .... I guess you have seen that and you wanted to start with the longer one.

Just got new information from Kamstrup. Mostly what we already know:
- They use for Multical 21:  C1 Frame B
- The long Message includes all information. 7 smaller messages are following with little bit less information, just repeating the same content.

In addition I found the manufactory Id for Kamstrup mbus via google should be:
KAM
2C2D
Kamstrup Energie A/S
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 06 Juni 2018, 21:55:57
Zitat von: Ingram am 05 Juni 2018, 08:20:15
That 0x80 comes from X21, so they are part of LQI/RSSI.

Thanks for the hint. It was actually me who added LQI to the WMBUS message in culfw which I had completely forgotten :-(

I will try to add support for frame type B to the WMBUS module. The reason why it is not already supported is that the Open Metering Standand requires type A.
So Kamstrup doesn't conform to OMS.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 07 Juni 2018, 20:55:14
Zitat von: zwehn am 05 Juni 2018, 20:39:24
Just got new information from Kamstrup. Mostly what we already know:
- They use for Multical 21:  C1 Frame B
- The long Message includes all information. 7 smaller messages are following with little bit less information, just repeating the same content.

In addition I found the manufactory Id for Kamstrup mbus via google should be:
KAM
2C2D
Kamstrup Energie A/S

Ich habe die erste Hürde jetzt zwar umschifft und kann den CRC checken und die Kopfdaten auslesen:
Manufacturer 2c2d KAM
IdentNumber 57623889
Version 27
Type 16 Cold water

Allerdings verwendet der Rest der Daten eine Kodierung (CI-field 8d für den Extended Link Layer) für die ich keine Unterlagen habe.
In den öffentlich zugänglichen Unterlagen der OMS steht dazu
Zitat
NOTE: The [EN 13757-4:2013] supports additional types of Extended Link Layers which are
not supported by the OMS.

Die EN Norm kostet 330€, das ist mir dann doch zu teuer.
Man könnte die benötigten Informationen wahrscheinlich irgendwie aus https://github.com/tobiasrask/wmbus-client (https://github.com/tobiasrask/wmbus-client) ermitteln, aber das ist auch sehr mühselig.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: zwehn am 07 Juni 2018, 22:09:08
Zitat von: kaihs am 07 Juni 2018, 20:55:14
Man könnte die benötigten Informationen wahrscheinlich irgendwie aus https://github.com/tobiasrask/wmbus-client (https://github.com/tobiasrask/wmbus-client) ermitteln, aber das ist auch sehr mühselig.

klasse, dass Du vorangekommen bist.
Die Din für 300€ kaufen ist keine option, sehe ich auch so.

unter dem link findet man tatsächlich einen Ansatz https://github.com/tobiasrask/wmbus-client/blob/master/src/products/meters/kamstrup-multical-21-meter.js (https://github.com/tobiasrask/wmbus-client/blob/master/src/products/meters/kamstrup-multical-21-meter.js)

ab zeile 105:


  /**

  * Returns extended data link layer map.

  *

  * Block 2 (Extended Data Link Layer)

  * CI (1 byte) CC(1 byte)   ACC(1 byte)  SN(4 bytes)  CRC(2  bytes)

  *

  * CI-FIELD (1 byte)

  *   Application header, indicates application data payload type.

  *

  * DATA-field

  *

  * CC-FIELD (1 byte)

  *   ???

  *

  * ACC (1 byte)

  *   Access counter number, runs from 00 to ff.

  *

  * SN-FIELD (4 bytes)

  *   Encryption mode, time field, session counter

  *

  * CRC-FIELD (2 bytes)

  *   Cyclic Redundancy Check for data.
......................................................................................................
        // This telegram is full frame

        return this.fetchData(data, {

          'BLOCK3_PLCRC': {

            start: 0,

            length: 2

            },

          'BLOCK3_FRAME_TYPE': {

            start: 2,

            length: 1

            },

          'DATA_RECORD_1_DIF': {

            start: 3,

            length: 1

            },

          'DATA_RECORD_1_VIF': {

            start: 4,

            length: 1

            },

          'DATA_RECORD_1_VIFE': {

            start: 5,

            length: 1

            },

          'DATA_RECORD_1_VALUE': {

            start: 6,

            length: 2

            },

          'DATA_RECORD_2_DIF': {

            start: 8,

            length: 1

            },

          'DATA_RECORD_2_VIF': {

            start: 9,

            length: 1

            },

          'DATA_RECORD_2_VALUE': {

            start: 10,

            length: 4

            },

          'DATA_RECORD_3_DIF': {

            start: 14,

            length: 1

            },

          'DATA_RECORD_3_VIF': {

            start: 15,

            length: 1

            },

          'DATA_RECORD_3_VALUE': {

            start: 16,

            length: 4

            },

          });

        break;

    }

  }


Bin mit dem Author Tobias Rask (Finne) in Kontakt getreten und habe um Unterstützung gebeten.

.....Hoffe es scheitert nicht daran. Der Multical 21 ist in Deutschland immerhin schon 200.000 mal verbaut worden und innovativer als viele andere wasserzähler....

Habe auch bei Kamstrup nachgefragt.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: zwehn am 08 Juni 2018, 00:53:17
Zitat von: kaihs am 07 Juni 2018, 20:55:14
Allerdings verwendet der Rest der Daten eine Kodierung (CI-field 8d für den Extended Link Layer) für die ich keine Unterlagen habe.

https://www.telit.com/wp-content/uploads/2017/09/Telit_Wireless_M-bus_2013_Part4_User_Guide_r14.pdf (https://www.telit.com/wp-content/uploads/2017/09/Telit_Wireless_M-bus_2013_Part4_User_Guide_r14.pdf)

unter: 2.3.4. Extended Link Layer, ist 8d beschrieben. Hilft das weiter?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 08 Juni 2018, 16:35:24
Zitat von: zwehn am 08 Juni 2018, 00:53:17
https://www.telit.com/wp-content/uploads/2017/09/Telit_Wireless_M-bus_2013_Part4_User_Guide_r14.pdf (https://www.telit.com/wp-content/uploads/2017/09/Telit_Wireless_M-bus_2013_Part4_User_Guide_r14.pdf)

unter: 2.3.4. Extended Link Layer 8d ist beschrieben, hilft das weiter?
Danke für den Hinweis, ich werde allerdings erst Sonntag daran weiter arbeiten können.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 19 Juni 2018, 22:44:50
Anbei eine erste Version zum Testen von WMBus C und Kamstrup Multical.
Es wird sowohl der sog. compact frame als auch der full frame des Multical unterstützt.

1. beigefügte culfw für den nanoCUL flashen. Diese basiert auf der letzten Version von ingram gibt aber bei FRAME TYPE B ein Y statt eines b aus (d. h. bYxxxxx). Bei FRAME_TYPE_A wird keine spezielle Kennung ausgegeben, das ist dann kompatibel zu alten Versionen.
2. Perl Module für Entschlüsselung installieren.

sudo cpan -i Crypt::Mode::CBC Crypt::Mode::CTR

Das kann einen ganze Weile dauern.
3. WMBus.pm und 36_WMBUS.pm ins FHEM Verzeichnis kopieren
4. sicherstellen, dass autocreate aktiviert ist
6. fhem neu starten
7. Nach Empfang einer Nachricht sollte ein zugehöriges WMBUS Device angelegt werden
8. Bei dem Device das Attribut AESKey auf den passenden Schlüssel setzen.
9. Ab dem nächsten Empfang eines Pakets sollte dieses entschlüsselt werden


Titel: Antw:Wireless M-Bus für CUL
Beitrag von: zwehn am 19 Juni 2018, 23:39:42
Zitat von: kaihs am 19 Juni 2018, 22:44:50
Anbei eine erste Version zum Testen von WMBus C und Kamstrup Multical.
Es wird sowohl der sog. compact frame als auch der full frame des Multical unterstützt.

1. beigefügte culfw für den nanoCUL flashen. Diese basiert auf der letzten Version von ingram gibt aber bei FRAME TYPE B ein Y statt eines b aus (d. h. bYxxxxx). Bei FRAME_TYPE_A wird keine spezielle Kennung ausgegeben, das ist dann kompatibel zu alten Versionen.
2. Perl Module für Entschlüsselung installieren.

sudo cpan -i Crypt::Mode::CBC Crypt::Mode::CTR

Das kann einen ganze Weile dauern.
3. WMBus.pm und 36_WMBUS.pm ins FHEM Verzeichnis kopieren
4. sicherstellen, dass autocreate aktiviert ist
6. fhem neu starten
7. Nach Empfang einer Nachricht sollte ein zugehöriges WMBUS Device angelegt werden
8. Bei dem Device das Attribut AESKey auf den passenden Schlüssel setzen.
9. Ab dem nächsten Empfang eines Pakets sollte dieses entschlüsselt werden

Cool, werde es morgen testen!
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: zwehn am 20 Juni 2018, 09:48:41
Zitat von: kaihs am 19 Juni 2018, 22:44:50
Anbei eine erste Version zum Testen von WMBus C und Kamstrup Multical.
Es wird sowohl der sog. compact frame als auch der full frame des Multical unterstützt.

1. beigefügte culfw für den nanoCUL flashen. Diese basiert auf der letzten Version von ingram gibt aber bei FRAME TYPE B ein Y statt eines b aus (d. h. bYxxxxx). Bei FRAME_TYPE_A wird keine spezielle Kennung ausgegeben, das ist dann kompatibel zu alten Versionen.
2. Perl Module für Entschlüsselung installieren.

sudo cpan -i Crypt::Mode::CBC Crypt::Mode::CTR

Das kann einen ganze Weile dauern.
3. WMBus.pm und 36_WMBUS.pm ins FHEM Verzeichnis kopieren
4. sicherstellen, dass autocreate aktiviert ist
6. fhem neu starten
7. Nach Empfang einer Nachricht sollte ein zugehöriges WMBUS Device angelegt werden
8. Bei dem Device das Attribut AESKey auf den passenden Schlüssel setzen.
9. Ab dem nächsten Empfang eines Pakets sollte dieses entschlüsselt werden


Hi klappt wunderbar! Vielen Dank einfach super! Wenn Du in München bist melde Dich, ich gebe einen aus.
Zum Crypt install, es hat tatsächlich ewig gedauert aber geklappt.

Merkwürdig war, das ich nach fhem reboot die fhtid für den Stick ändern musste:

2018.06.20 08:39:26 3: Setting nanoCUL serial parameters to 38400,8,N,1
2018.06.20 08:39:29 3: nanoCUL: Possible commands: ABbCeFfGiKlMmRTtVWXx
2018.06.20 08:39:29 2: Setting nanoCUL fhtid from TMODE to 1234
2018.06.20 08:39:29 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0 reappeared (nanoCUL)
2018.06.20 08:39:30 3: nanoCUL: Unknown code 1234, help me!
...
2018.06.20 08:50:21 3: Opening nanoCUL device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0
2018.06.20 08:50:21 3: Setting nanoCUL serial parameters to 38400,8,N,1
2018.06.20 08:50:25 3: nanoCUL: Possible commands: ABbCeFfGiKlMmRTtVWXx
2018.06.20 08:50:25 2: Setting nanoCUL fhtid from 1234 to 4321
2018.06.20 08:50:25 3: nanoCUL device opened
Habe danach den Mode auf C gestellt und alles wurde sofort angelegt. Nach Eingabe des AES Schlüssels läufts nun....

Jetzt muss ich nur noch schauen, wie ich aus diesen Readings einen hübschen Plot baue....


Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 20 Juni 2018, 20:36:31
Zitat von: zwehn am 20 Juni 2018, 09:48:41
Hi klappt wunderbar!

Schön, dann muss ich mal versuchen die Änderungen 00_CUL.pm und culfw als Patches zur Verfügung zu stellen damit Rudi die hoffentlich übernimmt.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: zwehn am 20 Juni 2018, 21:20:19
Hi,
eine Frage zu den Readings,
ich wuerde gerne die Differenz in Liter des totalen Wasserzählerstandes neu (z.b 48,888m³)und alt (48,883m³)bei jeder Wasserzählerveränderung als userreading aufbauen und im plot darstellen.
dazu habe ich folgende Attribute gesetzt:
Wobei 2_value den Wasserzählerstandneu beinhaltet.

attr WMBUS_KAM_57623889_27_22 event-min-interval 600
attr WMBUS_KAM_57623889_27_22 event-on-change-reading 2_value,Wasserverbrauch.*,Wasserverbrauchinliter,4_value,5_value
attr WMBUS_KAM_57623889_27_22 userReadings Wasserverbrauch:2_value.* difference {ReadingsVal("WMBUS_KAM_57623889_27_22","2_value","")}, Wasserverbrauchinliter:Wasserverbrauch.* {sprintf('%.3f',ReadingsVal("WMBUS_KAM_57623889_27_22","Wasserverbrauch",""))*1000}\

Erscheint mir zum einen sehr kompliziert und zum zweiten, fehlen ab und zu die erstellten userreadings siehe log:

2018-06-20_19:20:52 WMBUS_KAM_57623889_27_22 2_value: 50.382
2018-06-20_19:21:25 WMBUS_KAM_57623889_27_22 2_value: 50.386
2018-06-20_19:21:25 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00400000000000489
2018-06-20_19:21:58 WMBUS_KAM_57623889_27_22 2_value: 50.39
2018-06-20_19:21:58 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00399999999999778
2018-06-20_19:22:31 WMBUS_KAM_57623889_27_22 2_value: 50.394
2018-06-20_19:23:03 WMBUS_KAM_57623889_27_22 2_value: 50.397
2018-06-20_19:23:03 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00300000000000011
2018-06-20_19:23:03 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 3
2018-06-20_19:24:42 WMBUS_KAM_57623889_27_22 2_value: 50.398
2018-06-20_19:24:42 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00100000000000477
2018-06-20_19:24:42 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 1
2018-06-20_19:35:54 WMBUS_KAM_57623889_27_22 2_value: 50.399
2018-06-20_19:35:54 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.000999999999997669
2018-06-20_19:36:26 WMBUS_KAM_57623889_27_22 2_value: 50.4
2018-06-20_19:48:43 WMBUS_KAM_57623889_27_22 2_value: 50.403
2018-06-20_19:48:43 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00300000000000011
2018-06-20_19:48:43 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 3
2018-06-20_19:58:25 WMBUS_KAM_57623889_27_22 2_value: 50.406
2018-06-20_19:58:55 WMBUS_KAM_57623889_27_22 2_value: 50.411
2018-06-20_19:58:55 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00500000000000256
2018-06-20_19:58:55 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 5
2018-06-20_19:59:28 WMBUS_KAM_57623889_27_22 2_value: 50.412
2018-06-20_19:59:28 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.000999999999997669
2018-06-20_19:59:28 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 1
2018-06-20_20:14:21 WMBUS_KAM_57623889_27_22 2_value: 50.414
2018-06-20_20:14:21 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00200000000000244
2018-06-20_20:14:21 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 2
2018-06-20_20:14:53 WMBUS_KAM_57623889_27_22 2_value: 50.416
2018-06-20_20:21:50 WMBUS_KAM_57623889_27_22 2_value: 50.42
2018-06-20_20:21:50 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00399999999999778
2018-06-20_20:21:50 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 4
2018-06-20_20:22:22 WMBUS_KAM_57623889_27_22 2_value: 50.424
2018-06-20_20:22:55 WMBUS_KAM_57623889_27_22 2_value: 50.427
2018-06-20_20:22:55 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00300000000000011
2018-06-20_20:22:55 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 3
2018-06-20_20:23:27 WMBUS_KAM_57623889_27_22 2_value: 50.43
2018-06-20_20:29:58 WMBUS_KAM_57623889_27_22 2_value: 50.434
2018-06-20_20:29:58 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00399999999999778
2018-06-20_20:29:58 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 4
2018-06-20_20:51:57 WMBUS_KAM_57623889_27_22 2_value: 50.435
2018-06-20_20:51:57 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00100000000000477
2018-06-20_20:51:57 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 1
2018-06-20_20:52:45 WMBUS_KAM_57623889_27_22 2_value: 50.438
2018-06-20_20:52:45 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00300000000000011
2018-06-20_20:52:45 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 3
2018-06-20_20:53:17 WMBUS_KAM_57623889_27_22 2_value: 50.442
2018-06-20_20:53:17 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00399999999999778
2018-06-20_20:53:17 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 4
2018-06-20_20:53:49 WMBUS_KAM_57623889_27_22 2_value: 50.45
2018-06-20_20:53:49 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00800000000000267
2018-06-20_20:53:49 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 8
2018-06-20_21:00:09 WMBUS_KAM_57623889_27_22 2_value: 50.455
2018-06-20_21:00:09 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00499999999999545
2018-06-20_21:00:09 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 5
2018-06-20_21:00:40 WMBUS_KAM_57623889_27_22 2_value: 50.46
2018-06-20_21:00:40 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00500000000000256
2018-06-20_21:01:12 WMBUS_KAM_57623889_27_22 2_value: 50.464
2018-06-20_21:01:12 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00399999999999778
2018-06-20_21:01:12 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 4
2018-06-20_21:08:14 WMBUS_KAM_57623889_27_22 2_value: 50.465
2018-06-20_21:08:14 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00100000000000477
2018-06-20_21:08:14 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 1
2018-06-20_21:08:45 WMBUS_KAM_57623889_27_22 2_value: 50.466
2018-06-20_21:08:45 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.000999999999997669
2018-06-20_21:09:16 WMBUS_KAM_57623889_27_22 2_value: 50.468
2018-06-20_21:09:16 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00200000000000244
2018-06-20_21:09:16 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 2
2018-06-20_21:09:47 WMBUS_KAM_57623889_27_22 2_value: 50.472
2018-06-20_21:09:47 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00399999999999778
2018-06-20_21:09:47 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 4
2018-06-20_21:10:18 WMBUS_KAM_57623889_27_22 2_value: 50.476
2018-06-20_21:10:49 WMBUS_KAM_57623889_27_22 2_value: 50.48
2018-06-20_21:10:49 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00400000000000489
2018-06-20_21:11:20 WMBUS_KAM_57623889_27_22 2_value: 50.481
2018-06-20_21:11:20 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.000999999999997669
2018-06-20_21:11:20 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 1
2018-06-20_21:13:41 WMBUS_KAM_57623889_27_22 2_value: 50.482


ZB um 21:10:18 gibt's keinen Wasserverbrauch userreading.

würde es gerne einfacher und vor allem mit Beständiger Lösung umsetzen.

Hoffe es hat jemand eine Idee?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: RaspiLED am 20 Juni 2018, 21:28:29
Hi,
Ist Dein on-change-reading richtig?
Muss da nich immer Wasserverbrauch. vor?
Ich bin auch an der Umsetzung interessiert und habe keine Ahnung ;-)
Gruß Arnd


Gesendet von iPhone mit Tapatalk
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 20 Juni 2018, 21:31:48
Zitat von: zwehn am 20 Juni 2018, 21:20:19
ZB um 21:10:18 gibt's keinen Wasserverbrauch userreading.

Du hast event-on-change-reading gesetzt. Um 21:10:18 ändert sich der Readingswert aber nicht gegenüber dem vorhergehenden (bleibt bei 4).
Bei dem Reading musst du dann wohl event-on-update-reading verwenden.

Bzgl. der Differenzermittlung besser in einem anderen Forumsbereich in einem neuen Thread fragen. Da lesen dann mehr mit.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 20 Juni 2018, 21:40:38
Das Modul WaterCalculator (https://fhem.de/commandref.html#WaterCalculator) sieht für deine Zwecke ganz vielversprechend aus.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: zwehn am 20 Juni 2018, 21:56:00
@kaihs mit event on change reading habe ich es nicht hinbekommen. Problematisch ist wirklich wie von dir festgestellt, das bei gleichen Differenzen, kein neues event generiert wird.

Ich schaue mir das wassermodul mal an....

danke
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: zwehn am 21 Juni 2018, 08:56:25
Abschliessend hat es wie folgt geklappt, die Differenz von altem Wasserzählerstand und neuem Wasserzählerstand in Liter als userReadings zu realisieren:

attr WMBUS_KAM_57623889_27_22 event-on-change-reading 2_value,4_value,5_value
attr WMBUS_KAM_57623889_27_22 event-on-update-reading Wasserverbrauch,Wasserverbrauchinliter
attr WMBUS_KAM_57623889_27_22 userReadings Wasserverbrauch:2_value.* difference {ReadingsVal("WMBUS_KAM_57623889_27_22","2_value","")}, Wasserverbrauchinliter:Wasserverbrauch.* {sprintf('%.3f',ReadingsVal("WMBUS_KAM_57623889_27_22","Wasserverbrauch",""))*1000}\

2_value steht fuer den Wasserzählerstand total in m³
4_value steht fuer Wassertemperatur
5_value fuer Gehäusetemperatur
Wasserverbrauch ist die Differenz in m³

Wasserverbrauchinliter ist selbst sprechend

Logfile Output ist damit:
2018-06-21_00:57:52 WMBUS_KAM_57623889_27_22 2_value: 50.696
2018-06-21_00:57:52 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00499999999999545
2018-06-21_00:57:52 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 5
2018-06-21_00:59:30 WMBUS_KAM_57623889_27_22 2_value: 50.699
2018-06-21_00:59:30 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00300000000000011
2018-06-21_00:59:30 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 3
2018-06-21_01:00:02 WMBUS_KAM_57623889_27_22 2_value: 50.7
2018-06-21_01:00:02 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00100000000000477
2018-06-21_01:00:02 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 1
2018-06-21_01:02:13 WMBUS_KAM_57623889_27_22 2_value: 50.703
2018-06-21_01:02:13 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00300000000000011
2018-06-21_01:02:13 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 3
2018-06-21_01:02:46 WMBUS_KAM_57623889_27_22 2_value: 50.706
2018-06-21_01:02:46 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00300000000000011
2018-06-21_01:02:46 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 3
2018-06-21_01:24:29 WMBUS_KAM_57623889_27_22 2_value: 50.707
2018-06-21_01:24:29 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.000999999999997669
2018-06-21_01:24:29 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 1
2018-06-21_01:25:01 WMBUS_KAM_57623889_27_22 2_value: 50.709
2018-06-21_01:25:01 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00200000000000244
2018-06-21_01:25:01 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 2
2018-06-21_01:37:24 WMBUS_KAM_57623889_27_22 2_value: 50.711
2018-06-21_01:37:24 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00199999999999534
2018-06-21_01:37:24 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 2
2018-06-21_01:38:11 WMBUS_KAM_57623889_27_22 2_value: 50.715
2018-06-21_01:38:11 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00400000000000489
2018-06-21_01:38:11 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 4
2018-06-21_01:38:27 WMBUS_KAM_57623889_27_22 2_value: 50.719
2018-06-21_01:38:27 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00399999999999778
2018-06-21_01:38:27 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 4
2018-06-21_01:38:58 WMBUS_KAM_57623889_27_22 2_value: 50.72
2018-06-21_01:38:58 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.000999999999997669
2018-06-21_01:38:58 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 1
2018-06-21_01:42:51 WMBUS_KAM_57623889_27_22 2_value: 50.724
2018-06-21_01:42:51 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00400000000000489
2018-06-21_01:42:51 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 4
2018-06-21_01:43:22 WMBUS_KAM_57623889_27_22 2_value: 50.726
2018-06-21_01:43:22 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00199999999999534
2018-06-21_01:43:22 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 2
2018-06-21_01:45:58 WMBUS_KAM_57623889_27_22 2_value: 50.728
2018-06-21_01:45:58 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00200000000000244
2018-06-21_01:45:58 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 2
2018-06-21_01:46:29 WMBUS_KAM_57623889_27_22 2_value: 50.731
2018-06-21_01:46:29 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00300000000000011
2018-06-21_01:46:29 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 3
2018-06-21_01:49:38 WMBUS_KAM_57623889_27_22 2_value: 50.736
2018-06-21_01:49:38 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00500000000000256
2018-06-21_01:49:38 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 5
2018-06-21_01:54:06 WMBUS_KAM_57623889_27_22 2_value: 50.739
2018-06-21_01:54:06 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00300000000000011
2018-06-21_01:54:06 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 3
2018-06-21_01:54:54 WMBUS_KAM_57623889_27_22 2_value: 50.744
2018-06-21_01:54:54 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00499999999999545
2018-06-21_01:54:54 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 5
2018-06-21_01:59:57 WMBUS_KAM_57623889_27_22 2_value: 50.745
2018-06-21_01:59:57 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00100000000000477
2018-06-21_01:59:57 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 1
2018-06-21_02:00:45 WMBUS_KAM_57623889_27_22 2_value: 50.749
2018-06-21_02:00:45 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00399999999999778
2018-06-21_02:00:45 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 4
2018-06-21_02:01:02 WMBUS_KAM_57623889_27_22 2_value: 50.752
2018-06-21_02:01:02 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00300000000000011
2018-06-21_02:01:02 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 3
2018-06-21_02:06:57 WMBUS_KAM_57623889_27_22 2_value: 50.754
2018-06-21_02:06:57 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00199999999999534
2018-06-21_02:06:57 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 2
2018-06-21_02:07:30 WMBUS_KAM_57623889_27_22 2_value: 50.757
2018-06-21_02:07:30 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00300000000000011
2018-06-21_02:07:30 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 3
2018-06-21_02:07:46 WMBUS_KAM_57623889_27_22 2_value: 50.76
2018-06-21_02:07:46 WMBUS_KAM_57623889_27_22 Wasserverbrauch: 0.00300000000000011
2018-06-21_02:07:46 WMBUS_KAM_57623889_27_22 Wasserverbrauchinliter: 3
Titel: Vorankündigung: neues Cryptographie-Modul wird benötigt
Beitrag von: kaihs am 22 Juni 2018, 21:56:17
Ich werde demnächst eine neue Version des WMBUS Moduls einchecken mit Unterstützung für FRAME TYPE B und Kamstrup Multical.

In dem Zuge habe ich auch auf ein anderes Modul für die Entschlüsselung von AES Nachrichten umgestellt. Das bisher verwendete unterstützt nicht alle benötigten Modi.

Daher müssen ab der neuen Modulversion die perl Module Crypt::Mode::CBC und Crypt::Mode::CTR installiert sein damit die Entschlüsselung funktioniert.
Unter Linux können die mittels

sudo cpan -i Crypt::Mode::CBC Crypt::Mode::CTR

installiert werden.

Wer also auf die Umstellung vorbereitet sein will sollte das schon im Vorfeld tun damit die Umstellung reibungslos verläuft.

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 25 Juni 2018, 21:08:53
Die Änderungen für Typ C und Kamstrup Multical sind jetzt eingecheckt und stehen damit per 'update' zur Verfügung.

Auch die Änderungen an der culfw für Typ C sind jetzt eingecheckt.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: n610c am 26 Juni 2018, 07:26:38
Hm, habe auf meinem Raspi mit CUL das update gemacht, auch "sudo cpan -i Crypt::Mode::CBC Crypt::Mode::CTR"
Aver nun funktioniert die Entschlüsselung des wmbus Wasserzaehler iperl nicht mehr.
Fehlermeldung: "Decryption failed, wrong key?"

Der Key hat sich nicht geändert. Woran kann es liegen?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 26 Juni 2018, 10:05:36
Zitat von: n610c am 26 Juni 2018, 07:26:38
Hm, habe auf meinem Raspi mit CUL das update gemacht, auch "sudo cpan -i Crypt::Mode::CBC Crypt::Mode::CTR"
Aver nun funktioniert die Entschlüsselung des wmbus Wasserzaehler iperl nicht mehr.
Fehlermeldung: "Decryption failed, wrong key?"

Der Key hat sich nicht geändert. Woran kann es liegen?
Kannst du mir eine rawmsg (müsste in den internals stehen) und deinen Schlüssel zukommen lassen, z. B. per PM.
Dann schaue ich mir das an, komme aber erst Mittwoch dazu.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: PeterN am 28 Juni 2018, 09:18:02
Hallo,
auch bei mir wurde vor kurzen der Multical 21 eingebaut, ein CUL V3.2(ATMEL MEGA32U4) aus den alten FS20 Zeiten liegt auch in der Schublade,
was noch fehlt ist die passende HEX.Datei. Flashen kriege ich noch hin, aber bei kompilieren bin ich leider überfordert.
MfG
Peter
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 28 Juni 2018, 20:33:28
Zitat von: PeterN am 28 Juni 2018, 09:18:02
Hallo,
auch bei mir wurde vor kurzen der Multical 21 eingebaut, ein CUL V3.2(ATMEL MEGA32U4) aus den alten FS20 Zeiten liegt auch in der Schublade,
was noch fehlt ist die passende HEX.Datei. Flashen kriege ich noch hin, aber bei kompilieren bin ich leider überfordert.
MfG
Peter

Anbei die culfw für den CUL V3.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: PeterN am 29 Juni 2018, 07:40:37
Hallo, erstmals vielen Dank für die schnelle Reaktion. Ich habe gerade versucht das neue File zu flashen, mit Windows und Flip.
Es kommt leider eine Meldung nach laden vom File in FLIP:  "Adress is out of range"
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 29 Juni 2018, 09:19:31
Zitat von: PeterN am 29 Juni 2018, 07:40:37
Hallo, erstmals vielen Dank für die schnelle Reaktion. Ich habe gerade versucht das neue File zu flashen, mit Windows und Flip.
Es kommt leider eine Meldung nach laden vom File in FLIP:  "Adress is out of range"
Hm, ich kenne mich mit Flip und dem original CUL nicht aus. Hast du es mal mit dfu-programmer und dem CULflash Kommando in FHEM probiert?

Ich werde nochmal kontrollieren, ob die Firmware mglw. zu groß geworden ist. Bin aber erst Montag wieder zuhause.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: PeterN am 01 Juli 2018, 22:27:11
Auch mit dfu-programmer klappt es nicht :(

dfu-programmer atmega32u4 erase || true
dfu-programmer atmega32u4 flash CUL_V3.hex
Bootloader and code overlap.
Use --suppress-bootloader-mem to ignore
makefile:155: recipe for target 'do_usbprogram' failed
make: *** [do_usbprogram] Error 1
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 02 Juli 2018, 21:48:55
Zitat von: PeterN am 01 Juli 2018, 22:27:11
Auch mit dfu-programmer klappt es nicht :(

Ja, durch die letzten Änderungen ist die Firmwar e tatsächlich zu groß für den CUL V3 geworden.
Ich habe jetzt mal die link time optimization (-flto) aktiviert, dadurch wird die Größe weit genug reduziert.
Ich hoffe dadurch geht nichts kaputt. Bitte mal testen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: PeterN am 03 Juli 2018, 12:57:48
Die Firmware ist jetzt drauf, in der Logfile gibt es leider folgende Fehlermeldung:
2018.07.03 11:45:31 4: CUL_Parse: CUL_0 bY25442D2C794114571B168D203D40013A20C598F91C7F4365C1F6EA6925F38F55B2F3963459168030
2018.07.03 11:45:31 5: CUL_0: dispatch bY25442D2C794114571B168D203D40013A20C598F91C7F4365C1F6EA6925F38F55B2F3963459168030
2018.07.03 11:45:31 1: reload: Error:Modul 36_WMBUS deactivated:
Can't locate Digest/CRC.pm in @INC (you may need to install the Digest::CRC module) (@INC contains: . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl ./FHEM ./FHEM/lib) at FHEM/WMBus.pm line 8.
BEGIN failed--compilation aborted at FHEM/WMBus.pm line 8.
Compilation failed in require at ./FHEM/36_WMBUS.pm line 13.
BEGIN failed--compilation aborted at ./FHEM/36_WMBUS.pm line 13.

Die perl Module Crypt::Mode::CBC und Crypt::Mode::CTR  sind installiert:
pi@FHEM-Server:~ $ sudo cpan -i Crypt::Mode::CBC Crypt::Mode::CTR
Reading '/root/.cpan/Metadata'
  Database was generated on Tue, 03 Jul 2018 08:41:03 GMT
Crypt::Mode::CBC is up to date (0.061).
Crypt::Mode::CTR is up to date (0.061).

Die FHEM Module:
# $Id: 36_WMBUS.pm 16905 2018-06-24 19:58:13Z kaihs $

# $Id: WMBus.pm 16905 2018-06-24 19:58:13Z kaihs
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 03 Juli 2018, 14:30:29
Du must noch das Digest::CRC Modul installieren. Siehe auch den commandref Eintrag zum WMBUS Modul.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: PeterN am 04 Juli 2018, 14:12:11
ZitatDu must noch das Digest::CRC Modul installieren. Siehe auch den commandref Eintrag zum WMBUS Modul.
Bei der Installation habe mich nur am Post #610 orientiert, jetzt ist alles Komplett und die Stadtwerke waren so freundlich den AES Key bekannt zu geben :)
nochmals vielen Dank für die Unterstützung.

2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 RSSI: -138
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 LQI: 237
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 1_storage_no: 0
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 1_type: VIF_KAMSTRUP_INFO
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 1_value: 0
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 1_unit:
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 1_value_type: Instantaneous value
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 2_storage_no: 0
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 2_type: VIF_VOLUME
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 2_value: 16.693
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 2_unit: m³
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 2_value_type: Instantaneous value
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 3_storage_no: 1
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 3_type: VIF_VOLUME
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 3_value: 15.061
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 3_unit: m³
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 3_value_type: Instantaneous value
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 4_storage_no: 1
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 4_type: VIF_FLOW_TEMP
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 4_value: 11
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 4_unit: °C
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 4_value_type: Minimum value
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 5_storage_no: 1
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 5_type: VIF_EXTERNAL_TEMP
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 5_value: 19
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 5_unit: °C
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 5_value_type: Minimum value
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 batteryState: ok
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 is_encrypted: 1
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 decryption_ok: 1
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 no errors
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: zwehn am 13 Juli 2018, 11:00:56
Hatte nochmals  Kontakt zu Kamstrup.
Aufgrund der Implementierung des C1 modus in das wmbus modul von kaihs, kommt es vermehrt zu anfragen aus unserem forum bei wasserversorgern zum aes key fuer kamstrup multical zählern.
Bitte denkt bei den Anfragen, dass es eine Freiwillige Leistung des Versorgers ist, den Aes key herauszugeben und seit bitte freundlich bei der Anfrage, dann lässt sich vielleicht etwas erreichen. zudem könnt ihr darauf verweisen, das das tool zum auslesen des aes keys nicht schwierig zu bedienen ist und bei kamstrup auf nachfrage verfügbar ist.


Das aufgezeigte Datenschutzproblem der Versorger bei mieter/eigentümerwechseln lässt sich vermutlich langfristig nur lösen, wenn bspw der aes key im bedarfsfall fuer die wasserzähler neu generiert und aufgespielt werden könnte, oder aber ihr zahlt einen neuen wasserzähler bei umzug...

Alternativ könnt ihr den Pulsadapter  benutzen. der wird aufs gehäuse gesteckt. Zusammen mit espeasy ist dies leicht zu konfigurieren. Nachteil höhere kosten und nur 10l Auflösung pro impuls.
mein pulsadapter ist über. wer Interesse hat bitte melden mit PM...
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kurt6908 am 16 Juli 2018, 18:06:42
Hallo,

ich verzweifle...

Seit der Umstellung auf die neue Entschlüsselungsart, kann ich die Meldungen meiner EnergyCam nicht mehr entschlüsseln. Ein unverschlüsselter Empfang funktioniert. Sowohl in FHEM als auch in der EnergyCam ist der gleiche AES-Schlüssel eingetragen.

Installation gem. Commandref

Zitatsudo apt-get install libdigest-crc-perl
sudo cpan -i Crypt::Mode::CBC Crypt::Mode:CTR

bringt folgende Ergebnisse:

Zitatlibdigest-crc-perl ist schon die neueste Version (0.21-1+b2)
Crypt::Mode::CBC is up to date (0.061).
Crypt::Mode::CTR is up to date (0.061).

Als Fehlermeldung erhalte ich jedoch immer:

ZitatDecryption failed, wrong key?

Ich habe zwar schon den ganzen Thread hier durchgelesen und auch die Firmware der EnergyCam aktualisiert, aber es funktioniert nicht.

Hat noch jemand einen Tipp?

Vielen Dank.

Gruß

Kurt
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 16 Juli 2018, 19:09:02
Hm, ich hatte nach der Umstellung auf die neuen Perl Module auch getestet ob die bisherige Entschlüsselung noch funktioniert. Das sah eigentlich gut aus. Ich werde es morgen nochmal mit Daten einer energy cam testen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 17 Juli 2018, 17:03:26
Zitat von: kurt6908 am 16 Juli 2018, 18:06:42
Seit der Umstellung auf die neue Entschlüsselungsart, kann ich die Meldungen meiner EnergyCam nicht mehr entschlüsseln. Ein unverschlüsselter Empfang funktioniert. Sowohl in FHEM als auch in der EnergyCam ist der gleiche AES-Schlüssel eingetragen.

Da gab es leider noch einen Fehler bei der AES CBC Entschlüsselung der mir bisher nicht aufgefallen war. Habe die Korrektur gerade eingecheckt, kann dann ab morgen per update installiert werden.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kurt6908 am 18 Juli 2018, 20:21:01
Hallo kaihs,

vielen Dank. Nach dem Update funktioniert die Verschlüsselung mit der EnergyCam wieder.

Merci.

Gruß

Kurt
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: t1me2die am 21 August 2018, 11:38:56
Moin liebes Forum,

ich versuche seit einigen Tagen die Daten von den HKV von Kalo zu empfangen, leider vergebens.

Ich habe mir einen nanoCUL868 gebaut, diesen laut Wiki geflasht und eingebunden.
Soweit alles problemlos.
Unter rfmode habe ich "WMBUS_S" und "WMBUS_T" jeweils einen Tag aktiv gehabt, leider wurden keine Geräte angelegt.

Des Weiteren habe ich versucht die HKV laut Techem Anleitung mal anzulegen, leider auch vergebens.

Ich weiß leider auch nicht, ob mein nanoCUL868 überhaupt irgendwas von den HKV's empfängt.

Hier ein List vom CUL:


Internals:
CMDS ABbCeFfGKlMRTtVWXx
Clients :WMBUS:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AH00NIZ9-if00-port0@38400 0000
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AH00NIZ9-if00-port0@38400
FD 22
FHTID 0000
NAME nanoCUL868
NR 738
PARTIAL
RAWMSG OFF
STATE Initialized
TYPE CUL
VERSION V 1.67 nanoCUL868
initString X21
brs
nanoCUL868_MSGCNT 1
nanoCUL868_TIME 2018-08-21 11:27:00
MatchList:
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
J:WMBUS ^b.*
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2018-08-21 11:30:00 ccconf freq:868.300MHz bWidth:270KHz rAmpl:36dB sens:12dB
2018-08-21 11:29:27 cmds A B b C e F f G K l M R T t V W X x
2018-08-21 11:29:27 state Initialized
2018-08-21 11:25:31 version V 1.67 nanoCUL868
Attributes:
DbLogExclude .*
rfmode WMBus_S
room nanoCUL
verbose 5


Wie kann ich weiter vorgehen um evtl. Daten von meinen HKV's zu empfangen?

Gruß
Mathze
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 22 August 2018, 20:11:57
Zitat von: t1me2die am 21 August 2018, 11:38:56
ich versuche seit einigen Tagen die Daten von den HKV von Kalo zu empfangen, leider vergebens.

Wie lautet denn die genaue Modellbezeichnung von dem HKV? Hast du einen Link zu einem Datenblatt?

Es gibt leider einige Möglichkeiten warum du nichts empfängst:
- dein nanoCUL funktioniert nicht. Hast du irgendeinen anderen Sender (z. B. Homematic) mit dem du das prüfen kannst?
- der HKV benutzt einen anderen WMBus-Mode, z. B. C oder N. C wird seit kurzem unterstützt, ein paar Posts weiter vorne hatte ich eine culfw für den nanoCUL gepostet die das enthält.
- der HKV sendet nur sehr selten, z. B. nur kurz nach einem Abrechnungszeitraum
- der HKV verwendet gar kein WMBUS (eher unwahrscheinlich)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: t1me2die am 23 August 2018, 10:49:49
Die Modellbezeichnung lautet "KALO B1.5"

Das Modell soll Baugleich mit dem "kaloBLUE K1.5X" sein, dazu habe ich folgendes Produktdatenblatt gefunden:
https://www.kalo.de/fileadmin/user_upload/PDF/Broschueren/Produktdatenblaetter/2018/Produktdatenblatt_kaloBLUE_K15X_Funk-HKV.pdf (https://www.kalo.de/fileadmin/user_upload/PDF/Broschueren/Produktdatenblaetter/2018/Produktdatenblatt_kaloBLUE_K15X_Funk-HKV.pdf)

Den nanoCUL müsste ich dann noch einmal umflashen um ihn mit einem HM Gerät zu testen.
Ich gehe aber davon aus, dass dieser gehen "müsste"  ;D

Gruß
Mathze
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Shojo am 23 August 2018, 11:00:53
Die habe ich auch und konnte die empfangen!
Habe aber wie gesagt keine brauchbaren Daten erkenne können...

Hier noch mal die List von meinen CUL
Zitat von: Shojo am 31 August 2017, 19:46:07

Internals:
   CFGFN
   CMDS       ABbCEeFfGhKklMmRTtUVWXxYZz
   CUL868_MSGCNT 3
   CUL868_TIME 2017-08-31 19:31:24
   Clients    :WMBUS:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        /dev/serial/by-path/platform-dwc2_b-usb-0:1.1:1.0-port0@38400 2541
   DeviceName /dev/serial/by-path/platform-dwc2_b-usb-0:1.1:1.0-port0@38400
   FD         69
   FHTID      2541
   NAME       CUL868
   NR         74252
   PARTIAL
   RAWMSG     OFF
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.67 nanoCUL868
   initString X21
brs
   MatchList:
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     J:WMBUS    ^b.*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2017-08-31 19:31:42   ccconf          freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
     2017-08-31 19:26:15   cmds             A B b C E e F f G h K k l M m R T t U V W X x Y Z z
     2017-08-31 19:17:44   credit10ms      754
     2017-08-31 19:17:51   fhtbuf          AE
     2017-08-31 19:31:24   state           Initialized
     2017-08-31 19:17:55   uptime          0 00:05:14
     2017-08-31 19:17:59   version         V 1.67 nanoCUL868
Attributes:
   rfmode     WMBus_S
   verbose    5


Hier sind auch noch Logs zu finden.. https://forum.fhem.de/index.php/topic,24517.msg679603.html#msg679603
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Surfer2010 am 02 November 2018, 23:01:27
Hallo liebe Leute :-)

ich hab ungefähr 1/3tel dieses Posts gelesen und suche aktuell nach einer Möglichkeit meinen Solar-Wechselrichter (LETRIKA SMI 260) über den WM-Bus auszulesen. Ich habe mir bereits einen iM871A Stick zugelegt.

a) brauche ich auch diesen AES-Key? Falls ja, woher bekomme ich den?
b) wie lese ich die Daten jetzt konkret aus? Bin absoluter FHEM Neuling, und nutze bisher nur den ioBroker ... ja Konkurrenz (glaube ich?) aber dort kann mir keiner wirklich weiterhelfen. Hatte gehofft hier vllt. die richtigen zu finden die mir da helfen können.

Perfekt wäre es nat. direkt über den ioBroker (https://github.com/soef/iobroker.wm-bus/blob/master/README.md) es gibt schon einen Adapter aber ka ob und wie der funktioniert.

Vielen Dank schon mal für eure Antwort :-)
Surfer2010
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 03 November 2018, 09:51:44
Mit dem Stick wirst du nicht weit kommen, der wird nicht unterstützt.
Am besten funktioniert ein (Selbstbau)CUL.

Den AES-Key brauchst du wenn die Daten verschlüsselt sind. Ob das der Fall weiß man erst sicher wenn Daten empfangen werden.
Wenn du ihn brauchst wirst du ihn wohl nur vom Hersteller des Zählers bekommen.

Zur weiteren Auswertung mit ioBroker kann  ich allerdings nichts sagen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Surfer2010 am 03 November 2018, 09:59:32
Was bedeutet eigenen CUL? Und wie verbinde ich mich dann mit dem Wechselrichter? Und warum wird der Stick nicht unterstützt? Dachte iwo mal gelesen zu haben dass das gunktioniert? Was würde ich dann anstatt dessen brauchen?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: vitolinker am 03 November 2018, 10:01:19
Hallo Surfer,

wenn du den Stick anstöpselst, wird dann ein COM Port angelegt, auf den du mit einem Terminalprogramm wie HTerm zugreifen kannst?
Wenn ja, welche Daten kommen denn an?
Falls AES verschlüsselte Daten gesendet werden, dann würde ich auf dem Wechselrichter einen entsprechenden KEY erwarten.

Vielleicht hast du Glück und kannst den Rohdatenstrom gleich in FHEM einlesen.
Wenn nicht, dann einfach einen Selbstbau CUL (nanoCUL) mit 868MHz bauen (lassen) und wie hier Thread beschrieben flashen und ansteuern.
https://wiki.fhem.de/wiki/Selbstbau_CUL

Viel Erfolg
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: RalfP am 05 November 2018, 22:08:28
Hallo,

ich bin auf einen neuen Pi 3b+ mit Fhem umgezogen. Fast ohne Probleme. Derzeitig habe ich manchmal folgendes im Log:

2018.11.05 21:34:13 1: PERL WARNING: substr outside of string at FHEM/WMBus.pm line 1868.
2018.11.05 21:34:13 1: PERL WARNING: substr outside of string at FHEM/WMBus.pm line 1059.
2018.11.05 21:34:13 1: PERL WARNING: Use of uninitialized value $bcd in substr at FHEM/WMBus.pm line 1067.
2018.11.05 21:34:13 1: PERL WARNING: Use of uninitialized value $byte in bitwise and (&) at FHEM/WMBus.pm line 1068.
2018.11.05 21:34:13 1: PERL WARNING: Use of uninitialized value $byte in bitwise and (&) at FHEM/WMBus.pm line 1070.
2018.11.05 21:34:13 1: PERL WARNING: substr outside of string at FHEM/WMBus.pm line 1067.
2018.11.05 21:34:13 1: PERL WARNING: Use of uninitialized value in unpack at FHEM/WMBus.pm line 1067.
2018.11.05 21:34:13 1: PERL WARNING: substr outside of string at FHEM/WMBus.pm line 1870.
2018.11.05 21:34:13 1: PERL WARNING: Use of uninitialized value in unpack at FHEM/WMBus.pm line 1870.
2018.11.05 21:34:13 1: PERL WARNING: substr outside of string at FHEM/WMBus.pm line 1876.
2018.11.05 21:34:13 1: PERL WARNING: Use of uninitialized value in unpack at FHEM/WMBus.pm line 1876.
2018.11.05 21:34:13 1: PERL WARNING: Use of uninitialized value in numeric ne (!=) at FHEM/WMBus.pm line 1880.

Manchmal kurze Zeit nach einem Neustart, dann mit Einfrieren von Fhem für 30-60s.

32_WMBUS habe ich eigentlich gar nicht in Nutzung, sondern 32_TechemWZ. Habe auch keine automatisch generierten WMBUS Geräte (autocreate). Hatte meine alte fhem.cfg 1:1 übernommen, so das die define's für TechemWZ gleich da waren. Meine 3 TechemWZ Geräte werden ordnungsgemäß ausgelesen und angezeigt.

Hat jemand eine Idee, warum mir dies im Log angezeigt wird?   

vielen Dank
Ralf

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: vitolinker am 06 November 2018, 17:21:32
Das ist doch kein Problem, sind nur Warnungen. Könnte man sauberer programmieren und Variablen initialisieren. War wohl ein Update auf neue Module mit Neuer Installation, dass diese Meldungen kommen.
Wenn sonst nichts fehlt, dann freuen am neuen Pi.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 10 November 2018, 17:22:11
Zitat von: RalfP am 05 November 2018, 22:08:28
Hat jemand eine Idee, warum mir dies im Log angezeigt wird?   

Da scheinen irgendwelche Daten mit WMBus Kennzeichnung empfangen zu werden die aber aber keine validen WMBus Daten sind.
Ich habe jetzt eine zusätzlichen Fehlerprüfung eingebaut, damit sollten diese perl Warnungen im Log nicht mehr auftauchen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: RalfP am 11 November 2018, 09:45:52
Vielen Dank, ich werde mal updaten und es laufen lassen.

Gruß Ralf
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: stefan199 am 15 November 2018, 22:01:14
Hallo,
habe seit dem letzten Update Probleme die Daten meines iperl (Sensus) Wasserzählers zu dekodieren. Ich kann die Daten über meinen CUL empfangen.
Hier ein Auszug aus dem Log:

2018.11.15 18:35:37 3: WMBUS Unknown device b1E44AE4C0560032068070BD87AE00010056FE527487DB6A5F8B6C67E559B5068B1EF18657780::-51, please define it
2018.11.15 18:35:37 2: autocreate: define WMBUS_SEN_20036005_104_7 WMBUS b1E44AE4C0560032068070BD87AE00010056FE527487DB6A5F8B6C67E559B5068B1EF18657780::-51
2018.11.15 18:35:37 3: WMBUS_SEN_20036005_104_7: I/O device is CUL_0
2018.11.15 18:35:37 2: autocreate: define FileLog_WMBUS_SEN_20036005_104_7 FileLog ./log/WMBUS_SEN_20036005_104_7-%Y.log WMBUS_SEN_20036005_104_7
2018.11.15 19:33:45 2: WMBUS WMBUS_SEN_20036005_104_7 Error during ApplicationLayer parse:Crypt::Mode::CBC is not installed, please install it (sudo cpan -i Crypt::Mode::CBC)

Nach der Installation des Crypt::Mode::CBC Moduls bekomme ich jetzt folgenden Fehler und FHEM startet sich neu.

FATAL: padding_depad failed: Invalid input packet. at /usr/local/lib/arm-linux-gnueabihf/perl/5.24.1/Crypt/Mode/CBC.pm line 20.

Ich nutze FHEM auf einem frisch aufgesetzten Raspberry PI 3B. Raspbian GNU/Linux 9 (stretch).

Hat jemand eine Idee?
Vielen Dank.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 15 November 2018, 22:12:32
Werde ich mir am Wochenende ansehen. Kannst du mir per PM deinen AES-Key schicken damit ich damit testen kann?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 18 November 2018, 16:45:51
Zitat von: stefan199 am 15 November 2018, 22:01:14
FATAL: padding_depad failed: Invalid input packet. at /usr/local/lib/arm-linux-gnueabihf/perl/5.24.1/Crypt/Mode/CBC.pm line 20.

Das habe ich korrigiert. Die neue Version von WMBus.pm steht ab morgen per update zur Verfügung.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: stefan199 am 19 November 2018, 19:54:12
Hallo kaihs,

die Dekodierung funktioniert nun wieder. Keine Fehlermeldungen mehr  :)

Vielen Dank

Stefan
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mirko_s am 04 Dezember 2018, 22:25:22
Hallo kaihs, hallo an alle WMBUS "geschädigte" ;) Ich hätte eine Frage zu eurem genialen WMBUS Modul. In meiner Wohnung wurden Wasserzähler vom Typ "Water 5.5" von Qundis (Datenblatt: https://qundis.de/wp-content/uploads/2017/12/Datenblatt_Q-water-5.5_Messkapsel_V220.pdf (https://qundis.de/wp-content/uploads/2017/12/Datenblatt_Q-water-5.5_Messkapsel_V220.pdf)) eingebaut.

Nun wollte ich mit meinem nanoCUL (V 1.26.04 a-culfw Build: private build (unknown) nanoCUL868 (F-Band: 868MHz)) über den RFMode WMBus_C (meine Wasserzähler senden im C Mode auf Frequenz 868,95 MHz) etwas empfangen. Leider bekomme ich bei der Abfrage von ccconf eine falsche Frequenz angezeigt. (ccconf
freq:800.000MHz bWidth:203KHz rAmpl:33dB sens:8dB)
Ein Umschalten auf 868,95 MHz wird mit der Fehlermeldung "This command is not valid in the current rfmode" quittiert. Und empfangen tue ich natürlich auch nix.  :(

Deine Module WMBus.pm und 36_WMBUS.pm habe ich mittels Befehl "update" in FHEM bereits geladen. Deine Datei CUL_V3.hex aus dem Post https://forum.fhem.de/index.php/topic,24517.msg815824.html#msg815824 (https://forum.fhem.de/index.php/topic,24517.msg815824.html#msg815824) habe ich auch mal auf meinen Stick geflashed aber leider blinkt danach die LED auf meinem Stick nur noch wie wild und das Device lässt sich nicht mehr ansprechen.  :(

Könnt ihr mir bitte weitere Tipps geben was ich tun muss um irgendwas im C-Mode zu empfangen...
danke und grüß Mirko

p.s.: Wenn ich den Stick auf den rfmode SlowRF umschalte, empfange ich auch Daten von TI Sensoren. der Stick funktioniert also prinzipiell. und ja, ich habe einen CC1101 mit 868 MHz. :)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 05 Dezember 2018, 20:38:13
Zitat von: mirko_s am 04 Dezember 2018, 22:25:22
Hallo kaihs, hallo an alle WMBUS "geschädigte" ;) Ich hätte eine Frage zu eurem genialen WMBUS Modul. In meiner Wohnung wurden Wasserzähler vom Typ "Water 5.5" von Qundis (Datenblatt: https://qundis.de/wp-content/uploads/2017/12/Datenblatt_Q-water-5.5_Messkapsel_V220.pdf (https://qundis.de/wp-content/uploads/2017/12/Datenblatt_Q-water-5.5_Messkapsel_V220.pdf)) eingebaut.

Nun wollte ich mit meinem nanoCUL (V 1.26.04 a-culfw Build: private build (unknown) nanoCUL868 (F-Band: 868MHz)) über den RFMode WMBus_C (meine Wasserzähler senden im C Mode auf Frequenz 868,95 MHz) etwas empfangen. Leider bekomme ich bei der Abfrage von ccconf eine falsche Frequenz angezeigt. (ccconf
freq:800.000MHz bWidth:203KHz rAmpl:33dB sens:8dB)
Ein Umschalten auf 868,95 MHz wird mit der Fehlermeldung "This command is not valid in the current rfmode" quittiert. Und empfangen tue ich natürlich auch nix.  :(

Deine Module WMBus.pm und 36_WMBUS.pm habe ich mittels Befehl "update" in FHEM bereits geladen. Deine Datei CUL_V3.hex aus dem Post https://forum.fhem.de/index.php/topic,24517.msg815824.html#msg815824 (https://forum.fhem.de/index.php/topic,24517.msg815824.html#msg815824) habe ich auch mal auf meinen Stick geflashed aber leider blinkt danach die LED auf meinem Stick nur noch wie wild und das Device lässt sich nicht mehr ansprechen.  :(

Könnt ihr mir bitte weitere Tipps geben was ich tun muss um irgendwas im C-Mode zu empfangen...
danke und grüß Mirko

p.s.: Wenn ich den Stick auf den rfmode SlowRF umschalte, empfange ich auch Daten von TI Sensoren. der Stick funktioniert also prinzipiell. und ja, ich habe einen CC1101 mit 868 MHz. :)

Die a-culfw enthält die Anpassungen für WMBUS-C wahrscheinlich (noch) nicht.
Die CUL_V3.hex  ist für einen original CUL von busware, nicht für einen nanoCUL.

Probiere es mal mit der angehängten Firmware.

Allerdings kann es sein, dass selbst bei funktionierendem Empfang die Daten nicht ausgewertet werden können. Das war zumindest in der Vergangenheit bei Qundis so. Aber Versuch mach kluch.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mirko_s am 05 Dezember 2018, 21:43:16
Hallo kaihs, danke für das File, flashen klappte ohne Probleme und auch der Empfang scheint zu klappen.

Kannst du mir mit der Fehlermeldung im Log helfen? Ist das so ein Fall wo sich die Daten nicht ausgewerten lassen? und wäre es möglich das du die bufsize noch anpassen könntest oder kann ich den Source Code zum Compilieren bekommen?

Dank dir

2018.12.05 21:33:44 5: CUL/RAW: /b394493445877581216060BC37ADA000
2018.12.05 21:33:44 5: CUL/RAW: b394493445877581216060BC37ADA000/0200C13379001004C13999999D0F1994
2018.12.05 21:33:44 5: CUL/RAW: b394493445877581216060BC37ADA0000200C13379001004C13999999D0F1994/26C3F2CCC081337900100C2086C5EB53
2018.12.05 21:33:44 5: CUL/RAW: b394493445877581216060BC37ADA0000200C13379001004C13999999D0F199426C3F2CCC081337900100C2086C5EB53/82B02BB560000326CFFFF046D20154

2018.12.05 21:33:44 4: CUL_Parse: nanoCUL b394493445877581216060BC37ADA0000200C13379001004C13999999D0F199426C3F2CCC081337900100C2086C5EB5382B02BB560000326CFFFF046D20154
2018.12.05 21:33:44 5: nanoCUL: dispatch b394493445877581216060BC37ADA0000200C13379001004C13999999D0F199426C3F2CCC081337900100C2086C5EB5382B02BB560000326CFFFF046D20154
2018.12.05 21:33:44 5: WMBUS raw msg b394493445877581216060BC37ADA0000200C13379001004C13999999D0F199426C3F2CCC081337900100C2086C5EB5382B02BB560000326CFFFF046D20154
2018.12.05 21:33:44 2: WMBUS Error during LinkLayer parse:message too short, expected 66, got 63 bytes
2018.12.05 21:33:44 2: Please make sure that TTY_BUFSIZE in culfw is at least two times the message length + 1
2018.12.05 21:33:44 3: nanoCUL: Unknown code b394493445877581216060BC37ADA0000200C13379001004C13999999D0F199426C3F2CCC081337900100C2086C5EB5382B02BB560000326CFFFF046D20154, help me!
2018.12.05 21:34:58 5: CUL/RAW: /b39449344357758121606930C7A9C000
2018.12.05 21:34:58 5: CUL/RAW: b39449344357758121606930C7A9C000/0200C13048101004C13020000AC4B004
2018.12.05 21:34:58 5: CUL/RAW: b39449344357758121606930C7A9C0000200C13048101004C13020000AC4B004/26C3F2CCC081305790100C2086C5E41E
2018.12.05 21:34:58 5: CUL/RAW: b39449344357758121606930C7A9C0000200C13048101004C13020000AC4B00426C3F2CCC081305790100C2086C5E41E/12B02BB560000326CFFFF046D22154

2018.12.05 21:34:58 4: CUL_Parse: nanoCUL b39449344357758121606930C7A9C0000200C13048101004C13020000AC4B00426C3F2CCC081305790100C2086C5E41E12B02BB560000326CFFFF046D22154
2018.12.05 21:34:58 5: nanoCUL: dispatch b39449344357758121606930C7A9C0000200C13048101004C13020000AC4B00426C3F2CCC081305790100C2086C5E41E12B02BB560000326CFFFF046D22154
2018.12.05 21:34:58 5: WMBUS raw msg b39449344357758121606930C7A9C0000200C13048101004C13020000AC4B00426C3F2CCC081305790100C2086C5E41E12B02BB560000326CFFFF046D22154
2018.12.05 21:34:58 2: WMBUS Error during LinkLayer parse:message too short, expected 66, got 63 bytes
2018.12.05 21:34:58 2: Please make sure that TTY_BUFSIZE in culfw is at least two times the message length + 1
2018.12.05 21:34:58 3: nanoCUL: Unknown code b39449344357758121606930C7A9C0000200C13048101004C13020000AC4B00426C3F2CCC081305790100C2086C5E41E12B02BB560000326CFFFF046D22154, help me!


und ein paar Minuten später noch...

2018.12.05 21:37:34 5: CUL/RAW: /b3944934440925812160752E87A78000
2018.12.05 21:37:34 5: CUL/RAW: b3944934440925812160752E87A78000/0200C13354804004C13959999BD78994
2018.12.05 21:37:34 5: CUL/RAW: b3944934440925812160752E87A780000200C13354804004C13959999BD78994/26C3F2CCC081335400400C2086C5E31B
2018.12.05 21:37:34 5: CUL/RAW: b3944934440925812160752E87A780000200C13354804004C13959999BD7899426C3F2CCC081335400400C2086C5E31B/32B02BB560000326CFFFF046D24154

2018.12.05 21:37:34 4: CUL_Parse: nanoCUL b3944934440925812160752E87A780000200C13354804004C13959999BD7899426C3F2CCC081335400400C2086C5E31B32B02BB560000326CFFFF046D24154
2018.12.05 21:37:34 5: nanoCUL: dispatch b3944934440925812160752E87A780000200C13354804004C13959999BD7899426C3F2CCC081335400400C2086C5E31B32B02BB560000326CFFFF046D24154
2018.12.05 21:37:34 5: WMBUS raw msg b3944934440925812160752E87A780000200C13354804004C13959999BD7899426C3F2CCC081335400400C2086C5E31B32B02BB560000326CFFFF046D24154
2018.12.05 21:37:34 2: WMBUS Error during LinkLayer parse:message too short, expected 66, got 63 bytes
2018.12.05 21:37:34 2: Please make sure that TTY_BUFSIZE in culfw is at least two times the message length + 1
2018.12.05 21:37:34 3: nanoCUL: Unknown code b3944934440925812160752E87A780000200C13354804004C13959999BD7899426C3F2CCC081335400400C2086C5E31B32B02BB560000326CFFFF046D24154, help me!
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 06 Dezember 2018, 22:22:34
Zitat von: mirko_s am 05 Dezember 2018, 21:43:16
Kannst du mir mit der Fehlermeldung im Log helfen? Ist das so ein Fall wo sich die Daten nicht ausgewerten lassen? und wäre es möglich das du die bufsize noch anpassen könntest oder kann ich den Source Code zum Compilieren bekommen?

Der Fehler liegt an einem zu kleinen Buffer in der culfw. Daher werden nicht alle empfangenen Daten an fhem weitergeleitet und dort wird noch nichts dekodiert.
Anbei eine culfw mit größerem Buffer.

Die culfw ist open source, den Quellcode findest du unter https://sourceforge.net/p/culfw/code/HEAD/tree/ (https://sourceforge.net/p/culfw/code/HEAD/tree/)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mirko_s am 07 Dezember 2018, 12:31:09
Hallo kaihs,

als erstes mal vielen danke für die Datei, es ist/war tatsächlich Möglich die Zähler auszulesen. Aktueller Verbrauch (1_value), Maßeinheit (1_unit), Hersteller, Typ etc. wurden  dargestellt und die Werte stimmen auch mit dem Zähler überein. Somit kann ich bestätigen das der Water 5.5 von Quindis über dein Modul und den (nano)CUL auslesbar ist.

nun zu zwei Problemen:
1) seit gestern Abend (22:50 Uhr) werden alle Empfangen Werte in ein Logfile geschrieben und heute morgen ist mir aufgefallen das seit (06:02 Uhr) nur noch vereinzelt korrekte Werte angezeigt werden.

Beispiel von korrekten Werten:
2018-12-07_05:52:10 WC.Kaltwasser 1_storage_no: 0
2018-12-07_05:52:10 WC.Kaltwasser 1_type: VIF_VOLUME
2018-12-07_05:52:10 WC.Kaltwasser 1_value: 44.985
2018-12-07_05:52:10 WC.Kaltwasser 1_unit: m³
2018-12-07_05:52:10 WC.Kaltwasser 1_value_type: Instantaneous value


Beispiel von nicht lesbaren Werten:
2018-12-07_06:02:46 WC.Kaltwasser 1_storage_no: 0
2018-12-07_06:02:46 WC.Kaltwasser 1_type: MANUFACTURER SPECIFIC
2018-12-07_06:02:46 WC.Kaltwasser 1_value: 3500827b0000ee0007c113ffff854904003f2c959999995e2b354004000000ee00e301af01bb012e028e00d101ed00e801e801af012f046d0106472c
2018-12-07_06:02:46 WC.Kaltwasser 1_unit:
2018-12-07_06:02:46 WC.Kaltwasser 1_value_type: Instantaneous value


Ich habe das Logfile mal gefiltert und mir ist aufgefallen das ab und zu mal korrekte Werte erfasst wurden. Kannst du dir das erklären bzw. mit dem HEX String der unter 1_value ausgegeben wird, etwas anfangen? Die Werte unterscheiden sich nur geringfügig.

2018-12-07_06:02:46 WC.Kaltwasser 1_value: 3500827b0000ee0007c113ffff854904003f2c959999995e2b354004000000ee00e301af01bb012e028e00d101ed00e801e801af012f046d0106472c
2018-12-07_06:04:36 WC.Kaltwasser 1_value: 3500827b0000800007c113ffff854904003f2c959999995e2b354004000000ee00e301af01bb012e028e00d101ed00e801e801af012f046d0306472c
2018-12-07_06:06:26 WC.Kaltwasser 1_value: 3500827b0000110007c113ffff854904003f2c959999995e2b354004000000ee00e301af01bb012e028e00d101ed00e801e801af012f046d0506472c
2018-12-07_06:06:44 WC.Kaltwasser 1_value: 44.985
2018-12-07_06:08:10 WC.Kaltwasser 1_value: 3500827c00005e0107c113ffff854904003f2c959999995e2b354004000000ee00e301af01bb012e028e00d101ed00e801e801af012f046d0606472c
2018-12-07_06:10:00 WC.Kaltwasser 1_value: 3500827c0000f10007c113ffff854904003f2c959999995e2b354004000000ee00e301af01bb012e028e00d101ed00e801e801af012f046d0806472c
2018-12-07_06:13:43 WC.Kaltwasser 1_value: 3500827c0000110007c113ffff854904003f2c959999995e2b354004000000ee00e301af01bb012e028e00d101ed00e801e801af012f046d0c06472c
2018-12-07_06:14:01 WC.Kaltwasser 1_value: 44.985
2018-12-07_06:15:24 WC.Kaltwasser 1_value: 3500827d0000610107c113ffff854904003f2c959999995e2b354004000000ee00e301af01bb012e028e00d101ed00e801e801af012f046d0e06472c
2018-12-07_06:21:02 WC.Kaltwasser 1_value: 3500827d00000f0007c113ffff854904003f2c959999995e2b354004000000ee00e301af01bb012e028e00d101ed00e801e801af012f046d1306472c
2018-12-07_06:21:18 WC.Kaltwasser 1_value: 44.985
2018-12-07_06:22:43 WC.Kaltwasser 1_value: 3500827e00005f0107c113ffff854904003f2c959999995e2b354004000000ee00e301af01bb012e028e00d101ed00e801e801af012f046d1506472c
2018-12-07_06:24:32 WC.Kaltwasser 1_value: 3500827e0000f10007c113ffff854904003f2c959999995e2b354004000000ee00e301af01bb012e028e00d101ed00e801e801af012f046d1706472c
2018-12-07_06:26:27 WC.Kaltwasser 1_value: 3500827e00007e0007c113ffff854904003f2c959999995e2b354004000000ee00e301af01bb012e028e00d101ed00e801e801af012f046d1906472c
2018-12-07_06:28:17 WC.Kaltwasser 1_value: 3500827e0000110007c113ffff854904003f2c959999995e2b354004000000ee00e301af01bb012e028e00d101ed00e801e801af012f046d1b06472c
2018-12-07_06:28:34 WC.Kaltwasser 1_value: 44.985
2018-12-07_06:29:56 WC.Kaltwasser 1_value: 3500827f0000610107c113ffff854904003f2c959999995e2b354004000000ee00e301af01bb012e028e00d101ed00e801e801af012f046d1c06472c
2018-12-07_06:31:51 WC.Kaltwasser 1_value: 3500827f0000ef0007c113ffff854904003f2c959999995e2b354004000000ee00e301af01bb012e028e00d101ed00e801e801af012f046d1e06472c
2018-12-07_06:33:41 WC.Kaltwasser 1_value: 3500827f0000810007c113ffff854904003f2c959999995e2b354004000000ee00e301af01bb012e028e00d101ed00e801e801af012f046d2006472c
2018-12-07_06:37:12 WC.Kaltwasser 1_value: 350082800000610107c113ffff854904003f2c959999995e2b354004000000ee00e301af01bb012e028e00d101ed00e801e801af012f046d2306472c
2018-12-07_06:39:07 WC.Kaltwasser 1_value: 350082800000ef0007c113ffff854904003f2c959999995e2b354004000000ee00e301af01bb012e028e00d101ed00e801e801af012f046d2506472c
2018-12-07_06:40:57 WC.Kaltwasser 1_value: 350082800000810007c113ffff854904003f2c959999995e2b354004000000ee00e301af01bb012e028e00d101ed00e801e801af012f046d2706472c
2018-12-07_06:42:51 WC.Kaltwasser 1_value: 3500828000000e0007c113ffff904904003f2c959999995e2b354004000000ee00e301af01bb012e028e00d101ed00e801e801af012f046d2906472c
2018-12-07_06:43:06 WC.Kaltwasser 1_value: 44.991


Wenn ich mir das globale FHEM Logfile so anschaue kann ich im Zeitraum von 05:56 Uhr bis 06:04 Uhr nichts außergewöhnliches erkennen.

2018.12.07 05:56:33 4: CUL_Parse: nanoCUL b394493445877581216060BC37ADD0000200C13379001004C13999999881999426C3F2CCC081337900100C2086C5EB5382B02BB560000326CFFFF046D3705472C009A802D -51.5
2018.12.07 05:56:33 5: nanoCUL: dispatch b394493445877581216060BC37ADD0000200C13379001004C13999999881999426C3F2CCC081337900100C2086C5EB5382B02BB560000326CFFFF046D3705472C009A80::-51.5
2018.12.07 05:56:33 5: WMBUS raw msg b394493445877581216060BC37ADD0000200C13379001004C13999999881999426C3F2CCC081337900100C2086C5EB5382B02BB560000326CFFFF046D3705472C009A80::-51.5
2018.12.07 05:57:08 5: CUL/RAW: /b39449344357758121606930C7A9F000
2018.12.07 05:57:08 5: CUL/RAW: b39449344357758121606930C7A9F000/0200C13808101004C1302000035B2004
2018.12.07 05:57:08 5: CUL/RAW: b39449344357758121606930C7A9F0000200C13808101004C1302000035B2004/26C3F2CCC081305790100C2086C5E41E
2018.12.07 05:57:08 5: CUL/RAW: b39449344357758121606930C7A9F0000200C13808101004C1302000035B200426C3F2CCC081305790100C2086C5E41E/12B02BB560000326CFFFF046D3805472
2018.12.07 05:57:08 5: CUL/RAW: b39449344357758121606930C7A9F0000200C13808101004C1302000035B200426C3F2CCC081305790100C2086C5E41E12B02BB560000326CFFFF046D3805472/C45EF8019

2018.12.07 05:57:08 4: CUL_Parse: nanoCUL b39449344357758121606930C7A9F0000200C13808101004C1302000035B200426C3F2CCC081305790100C2086C5E41E12B02BB560000326CFFFF046D3805472C45EF8019 -61.5
2018.12.07 05:57:08 5: nanoCUL: dispatch b39449344357758121606930C7A9F0000200C13808101004C1302000035B200426C3F2CCC081305790100C2086C5E41E12B02BB560000326CFFFF046D3805472C45EF80::-61.5
2018.12.07 05:57:08 5: WMBUS raw msg b39449344357758121606930C7A9F0000200C13808101004C1302000035B200426C3F2CCC081305790100C2086C5E41E12B02BB560000326CFFFF046D3805472C45EF80::-61.5
2018.12.07 05:59:53 3: TPLinkHS110: HS110 Get called. Relay state: 0, RSSI: -77
2018.12.07 05:59:53 3: TPLinkHS110: HS110 Updating readings
2018.12.07 05:59:53 3: TPLinkHS110: HS110 Get end
2018.12.07 06:01:12 5: CUL/RAW: /b49449344899158121607EA2A780DFF5
2018.12.07 06:01:12 5: CUL/RAW: b49449344899158121607EA2A780DFF5/F3500826000000E0007C113FF1981FF4
2018.12.07 06:01:12 5: CUL/RAW: b49449344899158121607EA2A780DFF5F3500826000000E0007C113FF1981FF4/10005003F2C000000005E2B599404D02
2018.12.07 06:01:12 5: CUL/RAW: b49449344899158121607EA2A780DFF5F3500826000000E0007C113FF1981FF410005003F2C000000005E2B599404D02/A000000DC00C401BE017601F20105023
2018.12.07 06:01:12 5: CUL/RAW: b49449344899158121607EA2A780DFF5F3500826000000E0007C113FF1981FF410005003F2C000000005E2B599404D02A000000DC00C401BE017601F20105023/D789C0254022901D001FC012F046D000
2018.12.07 06:01:12 5: CUL/RAW: b49449344899158121607EA2A780DFF5F3500826000000E0007C113FF1981FF410005003F2C000000005E2B599404D02A000000DC00C401BE017601F20105023D789C0254022901D001FC012F046D000/6472CD8CA8019

2018.12.07 06:01:12 4: CUL_Parse: nanoCUL b49449344899158121607EA2A780DFF5F3500826000000E0007C113FF1981FF410005003F2C000000005E2B599404D02A000000DC00C401BE017601F20105023D789C0254022901D001FC012F046D0006472CD8CA8019 -61.5
2018.12.07 06:01:12 5: nanoCUL: dispatch b49449344899158121607EA2A780DFF5F3500826000000E0007C113FF1981FF410005003F2C000000005E2B599404D02A000000DC00C401BE017601F20105023D789C0254022901D001FC012F046D0006472CD8CA80::-61.5
2018.12.07 06:01:12 5: WMBUS raw msg b49449344899158121607EA2A780DFF5F3500826000000E0007C113FF1981FF410005003F2C000000005E2B599404D02A000000DC00C401BE017601F20105023D789C0254022901D001FC012F046D0006472CD8CA80::-61.5
2018.12.07 06:01:27 5: CUL/RAW: /b39449344899158121607693D7A61000
2018.12.07 06:01:27 5: CUL/RAW: b39449344899158121607693D7A61000/0200C13410005004C13000000AA3F004
2018.12.07 06:01:27 5: CUL/RAW: b39449344899158121607693D7A610000200C13410005004C13000000AA3F004/26C3F2CCC081359940400C2086C5E8FD
2018.12.07 06:01:27 5: CUL/RAW: b39449344899158121607693D7A610000200C13410005004C13000000AA3F00426C3F2CCC081359940400C2086C5E8FD/52B02BB560000326CFFFF046D0106472
2018.12.07 06:01:27 5: CUL/RAW: b39449344899158121607693D7A610000200C13410005004C13000000AA3F00426C3F2CCC081359940400C2086C5E8FD52B02BB560000326CFFFF046D0106472/CA935801B

2018.12.07 06:01:27 4: CUL_Parse: nanoCUL b39449344899158121607693D7A610000200C13410005004C13000000AA3F00426C3F2CCC081359940400C2086C5E8FD52B02BB560000326CFFFF046D0106472CA935801B -60.5
2018.12.07 06:01:27 5: nanoCUL: dispatch b39449344899158121607693D7A610000200C13410005004C13000000AA3F00426C3F2CCC081359940400C2086C5E8FD52B02BB560000326CFFFF046D0106472CA93580::-60.5
2018.12.07 06:01:27 5: WMBUS raw msg b39449344899158121607693D7A610000200C13410005004C13000000AA3F00426C3F2CCC081359940400C2086C5E8FD52B02BB560000326CFFFF046D0106472CA93580::-60.5
2018.12.07 06:02:01 5: CUL/RAW: /b4944934458775812160688D4780DFF5
2018.12.07 06:02:01 5: CUL/RAW: b4944934458775812160688D4780DFF5/F350082DD00007F0007C113FF36AEFF3
2018.12.07 06:02:01 5: CUL/RAW: b4944934458775812160688D4780DFF5F350082DD00007F0007C113FF36AEFF3/79001003F2C999999995E2B379001B8F
2018.12.07 06:02:01 5: CUL/RAW: b4944934458775812160688D4780DFF5F350082DD00007F0007C113FF36AEFF379001003F2C999999995E2B379001B8F/000000082000D01DC00CC00F8004E009
2018.12.07 06:02:01 5: CUL/RAW: b4944934458775812160688D4780DFF5F350082DD00007F0007C113FF36AEFF379001003F2C999999995E2B379001B8F000000082000D01DC00CC00F8004E009/06CAA005C00B200CF0086002F046D000
2018.12.07 06:02:01 5: CUL/RAW: b4944934458775812160688D4780DFF5F350082DD00007F0007C113FF36AEFF379001003F2C999999995E2B379001B8F000000082000D01DC00CC00F8004E00906CAA005C00B200CF0086002F046D000/6472C7372802E

2018.12.07 06:02:01 4: CUL_Parse: nanoCUL b4944934458775812160688D4780DFF5F350082DD00007F0007C113FF36AEFF379001003F2C999999995E2B379001B8F000000082000D01DC00CC00F8004E00906CAA005C00B200CF0086002F046D0006472C7372802E -51
2018.12.07 06:02:01 5: nanoCUL: dispatch b4944934458775812160688D4780DFF5F350082DD00007F0007C113FF36AEFF379001003F2C999999995E2B379001B8F000000082000D01DC00CC00F8004E00906CAA005C00B200CF0086002F046D0006472C737280::-51
2018.12.07 06:02:01 5: WMBUS raw msg b4944934458775812160688D4780DFF5F350082DD00007F0007C113FF36AEFF379001003F2C999999995E2B379001B8F000000082000D01DC00CC00F8004E00906CAA005C00B200CF0086002F046D0006472C737280::-51
2018.12.07 06:02:24 5: CUL/RAW: /b49449344357758121606101B780DFF5
2018.12.07 06:02:24 5: CUL/RAW: b49449344357758121606101B780DFF5/F3500829F00007E0007C113FF34ECFF8
2018.12.07 06:02:24 5: CUL/RAW: b49449344357758121606101B780DFF5F3500829F00007E0007C113FF34ECFF8/08101003F2C020000005E2B057901BFD
2018.12.07 06:02:24 5: CUL/RAW: b49449344357758121606101B780DFF5F3500829F00007E0007C113FF34ECFF808101003F2C020000005E2B057901BFD/B0000005900CC00D700B800BC00A3009
2018.12.07 06:02:24 5: CUL/RAW: b49449344357758121606101B780DFF5F3500829F00007E0007C113FF34ECFF808101003F2C020000005E2B057901BFDB0000005900CC00D700B800BC00A3009/FBD64009A0059009F00BA002F046D010
2018.12.07 06:02:24 5: CUL/RAW: b49449344357758121606101B780DFF5F3500829F00007E0007C113FF34ECFF808101003F2C020000005E2B057901BFDB0000005900CC00D700B800BC00A3009FBD64009A0059009F00BA002F046D010/6472C6815801A

2018.12.07 06:02:24 4: CUL_Parse: nanoCUL b49449344357758121606101B780DFF5F3500829F00007E0007C113FF34ECFF808101003F2C020000005E2B057901BFDB0000005900CC00D700B800BC00A3009FBD64009A0059009F00BA002F046D0106472C6815801A -61
2018.12.07 06:02:24 5: nanoCUL: dispatch b49449344357758121606101B780DFF5F3500829F00007E0007C113FF34ECFF808101003F2C020000005E2B057901BFDB0000005900CC00D700B800BC00A3009FBD64009A0059009F00BA002F046D0106472C681580::-61
2018.12.07 06:02:24 5: WMBUS raw msg b49449344357758121606101B780DFF5F3500829F00007E0007C113FF34ECFF808101003F2C020000005E2B057901BFDB0000005900CC00D700B800BC00A3009FBD64009A0059009F00BA002F046D0106472C681580::-61
2018.12.07 06:02:46 5: CUL/RAW: /b49449344409258121607D1FF780DFF5
2018.12.07 06:02:46 5: CUL/RAW: b49449344409258121607D1FF780DFF5/F3500827B0000EE0007C113FF7CD3FF8
2018.12.07 06:02:46 5: CUL/RAW: b49449344409258121607D1FF780DFF5F3500827B0000EE0007C113FF7CD3FF8/54904003F2C959999995E2B354004E50
2018.12.07 06:02:46 5: CUL/RAW: b49449344409258121607D1FF780DFF5F3500827B0000EE0007C113FF7CD3FF854904003F2C959999995E2B354004E50/3000000EE00E301AF01BB012E028E00D
2018.12.07 06:02:46 5: CUL/RAW: b49449344409258121607D1FF780DFF5F3500827B0000EE0007C113FF7CD3FF854904003F2C959999995E2B354004E503000000EE00E301AF01BB012E028E00D/1ABA601ED00E801E801AF012F046D010
2018.12.07 06:02:46 5: CUL/RAW: b49449344409258121607D1FF780DFF5F3500827B0000EE0007C113FF7CD3FF854904003F2C959999995E2B354004E503000000EE00E301AF01BB012E028E00D1ABA601ED00E801E801AF012F046D010/6472C42E0802D

2018.12.07 06:02:46 4: CUL_Parse: nanoCUL b49449344409258121607D1FF780DFF5F3500827B0000EE0007C113FF7CD3FF854904003F2C959999995E2B354004E503000000EE00E301AF01BB012E028E00D1ABA601ED00E801E801AF012F046D0106472C42E0802D -51.5
2018.12.07 06:02:46 5: nanoCUL: dispatch b49449344409258121607D1FF780DFF5F3500827B0000EE0007C113FF7CD3FF854904003F2C959999995E2B354004E503000000EE00E301AF01BB012E028E00D1ABA601ED00E801E801AF012F046D0106472C42E080::-51.5
2018.12.07 06:02:46 5: WMBUS raw msg b49449344409258121607D1FF780DFF5F3500827B0000EE0007C113FF7CD3FF854904003F2C959999995E2B354004E503000000EE00E301AF01BB012E028E00D1ABA601ED00E801E801AF012F046D0106472C42E080::-51.5
2018.12.07 06:03:00 5: CUL/RAW: /b49449344899158121607EA2A780DFF5
2018.12.07 06:03:00 5: CUL/RAW: b49449344899158121607EA2A780DFF5/F3500826100005E0107C113FF71EAFF4
2018.12.07 06:03:00 5: CUL/RAW: b49449344899158121607EA2A780DFF5F3500826100005E0107C113FF71EAFF4/10005003F2C000000005E2B599404D02
2018.12.07 06:03:00 5: CUL/RAW: b49449344899158121607EA2A780DFF5F3500826100005E0107C113FF71EAFF410005003F2C000000005E2B599404D02/A000000DC00C401BE017601F20105023
2018.12.07 06:03:00 5: CUL/RAW: b49449344899158121607EA2A780DFF5F3500826100005E0107C113FF71EAFF410005003F2C000000005E2B599404D02A000000DC00C401BE017601F20105023/D789C0254022901D001FC012F046D020
2018.12.07 06:03:00 5: CUL/RAW: b49449344899158121607EA2A780DFF5F3500826100005E0107C113FF71EAFF410005003F2C000000005E2B599404D02A000000DC00C401BE017601F20105023D789C0254022901D001FC012F046D020/6472CAEAA801B

2018.12.07 06:03:00 4: CUL_Parse: nanoCUL b49449344899158121607EA2A780DFF5F3500826100005E0107C113FF71EAFF410005003F2C000000005E2B599404D02A000000DC00C401BE017601F20105023D789C0254022901D001FC012F046D0206472CAEAA801B -60.5
2018.12.07 06:03:00 5: nanoCUL: dispatch b49449344899158121607EA2A780DFF5F3500826100005E0107C113FF71EAFF410005003F2C000000005E2B599404D02A000000DC00C401BE017601F20105023D789C0254022901D001FC012F046D0206472CAEAA80::-60.5
2018.12.07 06:03:00 5: WMBUS raw msg b49449344899158121607EA2A780DFF5F3500826100005E0107C113FF71EAFF410005003F2C000000005E2B599404D02A000000DC00C401BE017601F20105023D789C0254022901D001FC012F046D0206472CAEAA80::-60.5
2018.12.07 06:03:55 5: CUL/RAW: /b4944934458775812160688D4780DFF5
2018.12.07 06:03:55 5: CUL/RAW: b4944934458775812160688D4780DFF5/F350082DD00000E0007C113FF57A9FF3
2018.12.07 06:03:55 5: CUL/RAW: b4944934458775812160688D4780DFF5F350082DD00000E0007C113FF57A9FF3/79001003F2C999999995E2B379001B8F
2018.12.07 06:03:55 5: CUL/RAW: b4944934458775812160688D4780DFF5F350082DD00000E0007C113FF57A9FF379001003F2C999999995E2B379001B8F/000000082000D01DC00CC00F8004E009
2018.12.07 06:03:55 5: CUL/RAW: b4944934458775812160688D4780DFF5F350082DD00000E0007C113FF57A9FF379001003F2C999999995E2B379001B8F000000082000D01DC00CC00F8004E009/06CAA005C00B200CF0086002F046D020
2018.12.07 06:03:55 5: CUL/RAW: b4944934458775812160688D4780DFF5F350082DD00000E0007C113FF57A9FF379001003F2C999999995E2B379001B8F000000082000D01DC00CC00F8004E00906CAA005C00B200CF0086002F046D020/6472C0512802E

2018.12.07 06:03:55 4: CUL_Parse: nanoCUL b4944934458775812160688D4780DFF5F350082DD00000E0007C113FF57A9FF379001003F2C999999995E2B379001B8F000000082000D01DC00CC00F8004E00906CAA005C00B200CF0086002F046D0206472C0512802E -51
2018.12.07 06:03:55 5: nanoCUL: dispatch b4944934458775812160688D4780DFF5F350082DD00000E0007C113FF57A9FF379001003F2C999999995E2B379001B8F000000082000D01DC00CC00F8004E00906CAA005C00B200CF0086002F046D0206472C051280::-51
2018.12.07 06:03:55 5: WMBUS raw msg b4944934458775812160688D4780DFF5F350082DD00000E0007C113FF57A9FF379001003F2C999999995E2B379001B8F000000082000D01DC00CC00F8004E00906CAA005C00B200CF0086002F046D0206472C051280::-51
2018.12.07 06:04:09 5: CUL/RAW: /b394493445877581216060BC37ADE000
2018.12.07 06:04:09 5: CUL/RAW: b394493445877581216060BC37ADE000/0200C13379001004C13999999AB11994
2018.12.07 06:04:09 5: CUL/RAW: b394493445877581216060BC37ADE0000200C13379001004C13999999AB11994/26C3F2CCC081337900100C2086C5EB53
2018.12.07 06:04:09 5: CUL/RAW: b394493445877581216060BC37ADE0000200C13379001004C13999999AB1199426C3F2CCC081337900100C2086C5EB53/82B02BB560000326CFFFF046D0206472
2018.12.07 06:04:09 5: CUL/RAW: b394493445877581216060BC37ADE0000200C13379001004C13999999AB1199426C3F2CCC081337900100C2086C5EB5382B02BB560000326CFFFF046D0206472/CE465802D

2018.12.07 06:04:09 4: CUL_Parse: nanoCUL b394493445877581216060BC37ADE0000200C13379001004C13999999AB1199426C3F2CCC081337900100C2086C5EB5382B02BB560000326CFFFF046D0206472CE465802D -51.5
2018.12.07 06:04:09 5: nanoCUL: dispatch b394493445877581216060BC37ADE0000200C13379001004C13999999AB1199426C3F2CCC081337900100C2086C5EB5382B02BB560000326CFFFF046D0206472CE46580::-51.5
2018.12.07 06:04:09 5: WMBUS raw msg b394493445877581216060BC37ADE0000200C13379001004C13999999AB1199426C3F2CCC081337900100C2086C5EB5382B02BB560000326CFFFF046D0206472CE46580::-51.5
2018.12.07 06:04:15 5: CUL/RAW: /b49449344357758121606101B780DFF5
2018.12.07 06:04:15 5: CUL/RAW: b49449344357758121606101B780DFF5/F3500829F00000F0007C113FF55EBFF8
2018.12.07 06:04:15 5: CUL/RAW: b49449344357758121606101B780DFF5F3500829F00000F0007C113FF55EBFF8/08101003F2C020000005E2B057901BFD
2018.12.07 06:04:15 5: CUL/RAW: b49449344357758121606101B780DFF5F3500829F00000F0007C113FF55EBFF808101003F2C020000005E2B057901BFD/B0000005900CC00D700B800BC00A3009
2018.12.07 06:04:15 5: CUL/RAW: b49449344357758121606101B780DFF5F3500829F00000F0007C113FF55EBFF808101003F2C020000005E2B057901BFDB0000005900CC00D700B800BC00A3009/FBD64009A0059009F00BA002F046D030
2018.12.07 06:04:15 5: CUL/RAW: b49449344357758121606101B780DFF5F3500829F00000F0007C113FF55EBFF808101003F2C020000005E2B057901BFDB0000005900CC00D700B800BC00A3009FBD64009A0059009F00BA002F046D030/6472C1E75801A

2018.12.07 06:04:15 4: CUL_Parse: nanoCUL b49449344357758121606101B780DFF5F3500829F00000F0007C113FF55EBFF808101003F2C020000005E2B057901BFDB0000005900CC00D700B800BC00A3009FBD64009A0059009F00BA002F046D0306472C1E75801A -61
2018.12.07 06:04:15 5: nanoCUL: dispatch b49449344357758121606101B780DFF5F3500829F00000F0007C113FF55EBFF808101003F2C020000005E2B057901BFDB0000005900CC00D700B800BC00A3009FBD64009A0059009F00BA002F046D0306472C1E7580::-61
2018.12.07 06:04:15 5: WMBUS raw msg b49449344357758121606101B780DFF5F3500829F00000F0007C113FF55EBFF808101003F2C020000005E2B057901BFDB0000005900CC00D700B800BC00A3009FBD64009A0059009F00BA002F046D0306472C1E7580::-61
2018.12.07 06:04:36 5: CUL/RAW: /b49449344409258121607D1FF780DFF5
2018.12.07 06:04:36 5: CUL/RAW: b49449344409258121607D1FF780DFF5/F3500827B0000800007C113FF9BE1FF8
2018.12.07 06:04:36 5: CUL/RAW: b49449344409258121607D1FF780DFF5F3500827B0000800007C113FF9BE1FF8/54904003F2C959999995E2B354004E50
2018.12.07 06:04:36 5: CUL/RAW: b49449344409258121607D1FF780DFF5F3500827B0000800007C113FF9BE1FF854904003F2C959999995E2B354004E50/3000000EE00E301AF01BB012E028E00D
2018.12.07 06:04:36 5: CUL/RAW: b49449344409258121607D1FF780DFF5F3500827B0000800007C113FF9BE1FF854904003F2C959999995E2B354004E503000000EE00E301AF01BB012E028E00D/1ABA601ED00E801E801AF012F046D030
2018.12.07 06:04:36 5: CUL/RAW: b49449344409258121607D1FF780DFF5F3500827B0000800007C113FF9BE1FF854904003F2C959999995E2B354004E503000000EE00E301AF01BB012E028E00D1ABA601ED00E801E801AF012F046D030/6472C3480802D

2018.12.07 06:04:36 4: CUL_Parse: nanoCUL b49449344409258121607D1FF780DFF5F3500827B0000800007C113FF9BE1FF854904003F2C959999995E2B354004E503000000EE00E301AF01BB012E028E00D1ABA601ED00E801E801AF012F046D0306472C3480802D -51.5
2018.12.07 06:04:36 5: nanoCUL: dispatch b49449344409258121607D1FF780DFF5F3500827B0000800007C113FF9BE1FF854904003F2C959999995E2B354004E503000000EE00E301AF01BB012E028E00D1ABA601ED00E801E801AF012F046D0306472C348080::-51.5
2018.12.07 06:04:36 5: WMBUS raw msg b49449344409258121607D1FF780DFF5F3500827B0000800007C113FF9BE1FF854904003F2C959999995E2B354004E503000000EE00E301AF01BB012E028E00D1ABA601ED00E801E801AF012F046D0306472C348080::-51.5
2018.12.07 06:04:50 5: CUL/RAW: /b49449344899158121607EA2A780DFF5
2018.12.07 06:04:50 5: CUL/RAW: b49449344899158121607EA2A780DFF5/F350082610000EF0007C113FF34A2FF4
2018.12.07 06:04:50 5: CUL/RAW: b49449344899158121607EA2A780DFF5F350082610000EF0007C113FF34A2FF4/10005003F2C000000005E2B599404D02
2018.12.07 06:04:50 5: CUL/RAW: b49449344899158121607EA2A780DFF5F350082610000EF0007C113FF34A2FF410005003F2C000000005E2B599404D02/A000000DC00C401BE017601F20105023
2018.12.07 06:04:50 5: CUL/RAW: b49449344899158121607EA2A780DFF5F350082610000EF0007C113FF34A2FF410005003F2C000000005E2B599404D02A000000DC00C401BE017601F20105023/D789C0254022901D001FC012F046D040
2018.12.07 06:04:50 5: CUL/RAW: b49449344899158121607EA2A780DFF5F350082610000EF0007C113FF34A2FF410005003F2C000000005E2B599404D02A000000DC00C401BE017601F20105023D789C0254022901D001FC012F046D040/6472C340A801B


2)
Ab 06:32 Uhr tauchten heute morgen WMBUS Error Meldungen auf. In kürzester Zeit hatte ich 240 Meldungen mit dem Text "WMBUS Error during LinkLayer parse:CRC check failed on block 1" im Log. Hat das evtl. was mit dem o.g. Fehler zu tun oder ist das evtl. ein anderes Problem? Merkwürdigerweise beginnen die Daten mit bYA244C51426079870000.... anstatt mit b49449344357.... .

2018.12.07 06:32:37 4: CUL_Parse: nanoCUL bYA244C5142607987000047A5B009005FBD05CF94B92505235D8B3F038A8B5E1697A95F73B72B2B743E7D55264D6A977DF0A708843CB833B79B3BC6905B394C79F07DF8FF2A8368A44EAE5E094FEA2FCAF4F332280ECBD5840A0298FFD49921C907CC7
2018.12.07 06:32:37 5: nanoCUL: dispatch bYA244C5142607987000047A5B009005FBD05CF94B92505235D8B3F038A8B5E1697A95F73B72B2B743E7D55264D6A977DF0A708843CB833B79B3BC6905B394C79F07DF8FF2A8368A44EAE5E094FEA2FCAF4F332280ECBD5840A0298FFD49921C907CC7
2018.12.07 06:32:37 5: WMBUS raw msg bYA244C5142607987000047A5B009005FBD05CF94B92505235D8B3F038A8B5E1697A95F73B72B2B743E7D55264D6A977DF0A708843CB833B79B3BC6905B394C79F07DF8FF2A8368A44EAE5E094FEA2FCAF4F332280ECBD5840A0298FFD49921C907CC7
2018.12.07 06:32:37 1: PERL WARNING: substr outside of string at FHEM/WMBus.pm line 1924.
2018.12.07 06:32:37 1: PERL WARNING: Use of uninitialized value in unpack at FHEM/WMBus.pm line 1924.
2018.12.07 06:32:37 1: PERL WARNING: Use of uninitialized value in numeric ne (!=) at FHEM/WMBus.pm line 1927.
2018.12.07 06:32:37 2: WMBUS Error during LinkLayer parse:CRC check failed on block 1
2018.12.07 06:32:37 5: WMBUS raw msg bYA244C5142607987000047A5B009005FBD05CF94B92505235D8B3F038A8B5E1697A95F73B72B2B743E7D55264D6A977DF0A708843CB833B79B3BC6905B394C79F07DF8FF2A8368A44EAE5E094FEA2FCAF4F332280ECBD5840A0298FFD49921C907CC7
2018.12.07 06:32:37 2: WMBUS Error during LinkLayer parse:CRC check failed on block 1
2018.12.07 06:32:37 3: nanoCUL: Unknown code bYA244C5142607987000047A5B009005FBD05CF94B92505235D8B3F038A8B5E1697A95F73B72B2B743E7D55264D6A977DF0A708843CB833B79B3BC6905B394C79F07DF8FF2A8368A44EAE5E094FEA2FCAF4F332280ECBD5840A0298FFD49921C907CC7, help me!
2018.12.07 06:33:41 5: CUL/RAW: /b49449344409258121607D1FF780DFF5
2018.12.07 06:33:41 5: CUL/RAW: b49449344409258121607D1FF780DFF5/F3500827F0000810007C113FF63E3FF8
2018.12.07 06:33:41 5: CUL/RAW: b49449344409258121607D1FF780DFF5F3500827F0000810007C113FF63E3FF8/54904003F2C959999995E2B354004E50
2018.12.07 06:33:41 5: CUL/RAW: b49449344409258121607D1FF780DFF5F3500827F0000810007C113FF63E3FF854904003F2C959999995E2B354004E50/3000000EE00E301AF01BB012E028E00D
2018.12.07 06:33:41 5: CUL/RAW: b49449344409258121607D1FF780DFF5F3500827F0000810007C113FF63E3FF854904003F2C959999995E2B354004E503000000EE00E301AF01BB012E028E00D/1ABA601ED00E801E801AF012F046D200
2018.12.07 06:33:41 5: CUL/RAW: b49449344409258121607D1FF780DFF5F3500827F0000810007C113FF63E3FF854904003F2C959999995E2B354004E503000000EE00E301AF01BB012E028E00D1ABA601ED00E801E801AF012F046D200/6472CADEB802D

und
2018.12.07 06:36:39 4: CUL_Parse: nanoCUL bYA244C5142607987000047A5B009005FBD05CF94B92505235D8B3F038A8B5E1697A95F73B72B2B743E7D55264D6A977DF0A708843CB833B79B3BC6905B394C79F07DF8FF2A8368A44EAE5E094FEA2FCAF4F332280ECBD5840A0298FFD49921C907CC7
2018.12.07 06:36:39 5: nanoCUL: dispatch bYA244C5142607987000047A5B009005FBD05CF94B92505235D8B3F038A8B5E1697A95F73B72B2B743E7D55264D6A977DF0A708843CB833B79B3BC6905B394C79F07DF8FF2A8368A44EAE5E094FEA2FCAF4F332280ECBD5840A0298FFD49921C907CC7
2018.12.07 06:36:39 5: WMBUS raw msg bYA244C5142607987000047A5B009005FBD05CF94B92505235D8B3F038A8B5E1697A95F73B72B2B743E7D55264D6A977DF0A708843CB833B79B3BC6905B394C79F07DF8FF2A8368A44EAE5E094FEA2FCAF4F332280ECBD5840A0298FFD49921C907CC7
2018.12.07 06:36:39 2: WMBUS Error during LinkLayer parse:CRC check failed on block 1
2018.12.07 06:36:39 5: WMBUS raw msg bYA244C5142607987000047A5B009005FBD05CF94B92505235D8B3F038A8B5E1697A95F73B72B2B743E7D55264D6A977DF0A708843CB833B79B3BC6905B394C79F07DF8FF2A8368A44EAE5E094FEA2FCAF4F332280ECBD5840A0298FFD49921C907CC7
2018.12.07 06:36:39 2: WMBUS Error during LinkLayer parse:CRC check failed on block 1
2018.12.07 06:36:39 3: nanoCUL: Unknown code bYA244C5142607987000047A5B009005FBD05CF94B92505235D8B3F038A8B5E1697A95F73B72B2B743E7D55264D6A977DF0A708843CB833B79B3BC6905B394C79F07DF8FF2A8368A44EAE5E094FEA2FCAF4F332280ECBD5840A0298FFD49921C907CC7, help me!
2018.12.07 06:37:12 5: CUL/RAW: /b49449344409258121607D1FF780DFF5
2018.12.07 06:37:12 5: CUL/RAW: b49449344409258121607D1FF780DFF5/F350082800000610107C113FFBCFCFF8
2018.12.07 06:37:12 5: CUL/RAW: b49449344409258121607D1FF780DFF5F350082800000610107C113FFBCFCFF8/54904003F2C959999995E2B354004E50
2018.12.07 06:37:12 5: CUL/RAW: b49449344409258121607D1FF780DFF5F350082800000610107C113FFBCFCFF854904003F2C959999995E2B354004E50/3000000EE00E301AF01BB012E028E00D
2018.12.07 06:37:12 5: CUL/RAW: b49449344409258121607D1FF780DFF5F350082800000610107C113FFBCFCFF854904003F2C959999995E2B354004E503000000EE00E301AF01BB012E028E00D/1ABA601ED00E801E801AF012F046D230
2018.12.07 06:37:12 5: CUL/RAW: b49449344409258121607D1FF780DFF5F350082800000610107C113FFBCFCFF854904003F2C959999995E2B354004E503000000EE00E301AF01BB012E028E00D1ABA601ED00E801E801AF012F046D230/6472CE0BB802D

2018.12.07 06:37:12 4: CUL_Parse: nanoCUL b49449344409258121607D1FF780DFF5F350082800000610107C113FFBCFCFF854904003F2C959999995E2B354004E503000000EE00E301AF01BB012E028E00D1ABA601ED00E801E801AF012F046D2306472CE0BB802D -51.5
2018.12.07 06:37:12 5: nanoCUL: dispatch b49449344409258121607D1FF780DFF5F350082800000610107C113FFBCFCFF854904003F2C959999995E2B354004E503000000EE00E301AF01BB012E028E00D1ABA601ED00E801E801AF012F046D2306472CE0BB80::-51.5
2018.12.07 06:37:12 5: WMBUS raw msg b49449344409258121607D1FF780DFF5F350082800000610107C113FFBCFCFF854904003F2C959999995E2B354004E503000000EE00E301AF01BB012E028E00D1ABA601ED00E801E801AF012F046D2306472CE0BB80::-51.5
2018.12.07 06:37:29 5: CUL/RAW: /b49449344357758121606101B780DFF5
2018.12.07 06:37:29 5: CUL/RAW: b49449344357758121606101B780DFF5/F350082A40000EE0007C113FF0004FF8
2018.12.07 06:37:29 5: CUL/RAW: b49449344357758121606101B780DFF5F350082A40000EE0007C113FF0004FF8/08101003F2C020000005E2B057901BFD
2018.12.07 06:37:29 5: CUL/RAW: b49449344357758121606101B780DFF5F350082A40000EE0007C113FF0004FF808101003F2C020000005E2B057901BFD/B0000005900CC00D700B800BC00A3009
2018.12.07 06:37:29 5: CUL/RAW: b49449344357758121606101B780DFF5F350082A40000EE0007C113FF0004FF808101003F2C020000005E2B057901BFDB0000005900CC00D700B800BC00A3009/FBD64009A0059009F00BA002F046D250
2018.12.07 06:37:29 5: CUL/RAW: b49449344357758121606101B780DFF5F350082A40000EE0007C113FF0004FF808101003F2C020000005E2B057901BFDB0000005900CC00D700B800BC00A3009FBD64009A0059009F00BA002F046D250/6472C50EE801C


Danke für deine Hilfe
Mirko

P.S.: Was hast du an dem Code im SVN für mich geändert? Kannst du die Anpassungen einchecken oder aber es mir sagen dann würde ich das lokal bei mir nachholen und hätte eine Möglichkeit das selber zu kompilieren.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 07 Dezember 2018, 20:39:59
Das sieht so aus als würden zwei unterschiedliche Paketarten, einmal per WMBUS-S und das andere per WMBUS-C empfangen.

Probiere mal den rfmode auf WMBUS-S zu stellen und beobachte dann das Log.

Ich bin erst Sonntag wieder zuhause um mir das im Detail anzusehen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mirko_s am 09 Dezember 2018, 11:00:15
hab im nanoCUL den rfmode auf WMBUS-S geändert. Danach werden allerdings keine Daten mehr im Log ausgegeben. Weder die komischen bYA244C51426079870000.... noch die Zähler mit b49449344357 beginnend.

Aufgefallen ist mir jedoch das die Fehlermeldungen nur zw. 6 Uhr und 19 Uhr ausgegeben werden. Das scheint also ein Gerät zu sein was nur in diesem Zeitraum sendet. Entweder irgendwas von den Nachbarn oder wäre es möglich das das meine Wärmemengenzähler der Heizung sind?

Im Keller ist das Model SensoStar E von der Firma Engelmann verbaut. Laut Display ist das WMBUS Modul aktiv und sendet ohne Verschlüsselung. (RSA OFF). Leider hatte ich bis jetzt keinerlei Glück irgendwas von den Zählern zu empfangen. (das war der eigentliche Grund mir einen nanoCUL zu bauen :-). Leider wird mir im Display nicht angezeigt in welchem Modus die Zähler senden. Laut Datenblatt auf Seite 6/7 https://www.engelmann.de/wp-content/uploads/BA_SS2_ESH_MID_en.pdf können die im S1 / T1 / C1 Modus senden. Werkseinstellung ist wohl T1.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 09 Dezember 2018, 15:20:33
Zitat von: mirko_s am 07 Dezember 2018, 12:31:09
P.S.: Was hast du an dem Code im SVN für mich geändert? Kannst du die Anpassungen einchecken oder aber es mir sagen dann würde ich das lokal bei mir nachholen und hätte eine Möglichkeit das selber zu kompilieren.

Ich habe nur den Wert TTY_BUFSIZE in board.h von 128 auf 200 geändert.
Das werde ich aber nicht einchecken, weil das Einfluss auf andere Protokolle hat die ich in dieser Firmwareversion ausgeschaltet habe.

Anbei die von mir verwendete Version der board.h und das makefile, damit kannst du dann selber eine culfw compilieren.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 09 Dezember 2018, 15:25:59
Zitat von: mirko_s am 09 Dezember 2018, 11:00:15
hab im nanoCUL den rfmode auf WMBUS-S geändert. Danach werden allerdings keine Daten mehr im Log ausgegeben. Weder die komischen bYA244C51426079870000.... noch die Zähler mit b49449344357 beginnend.

Ja, da hatte ich was durcheinander gebracht. Das Y ist das Kennzeichen, dass der sogenannte FRAME TYPE B verwendet wird. Ohne Y ist dann FRAME TYPE A.
D.h. der Zähler sendet mit beiden Frametypes, A wird richtig dekodiert, B nicht.
Ich werde mal versuchen das anhand deiner Daten nachzuvollziehen.

Zitat
Im Keller ist das Model SensoStar E von der Firma Engelmann verbaut. Laut Display ist das WMBUS Modul aktiv und sendet ohne Verschlüsselung. (RSA OFF). Leider hatte ich bis jetzt keinerlei Glück irgendwas von den Zählern zu empfangen. (das war der eigentliche Grund mir einen nanoCUL zu bauen :-). Leider wird mir im Display nicht angezeigt in welchem Modus die Zähler senden. Laut Datenblatt auf Seite 6/7 https://www.engelmann.de/wp-content/uploads/BA_SS2_ESH_MID_en.pdf können die im S1 / T1 / C1 Modus senden. Werkseinstellung ist wohl T1.

Das kann schlicht daran liegen, dass nichts empfangen wird.
Ist bei mir auch der Fall, allerdings sind da auch drei Stahlbetondecken dazwischen.
Falls möglich kannst du mal versuchen den CUL in der Nähe des Zählers zu platzieren, mglw. ist dann ein Empfang möglich.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mirko_s am 09 Dezember 2018, 16:03:21
Zitat von: kaihs am 09 Dezember 2018, 15:25:59
D.h. der Zähler sendet mit beiden Frametypes, A wird richtig dekodiert, B nicht.
Ich werde mal versuchen das anhand deiner Daten nachzuvollziehen.
Kann ich dir dabei irgendwie Helfen? Brauchst du die Empfangen Werte + die Zählerstände?.

Zitat von: kaihs am 09 Dezember 2018, 15:25:59
Falls möglich kannst du mal versuchen den CUL in der Nähe des Zählers zu platzieren, mglw. ist dann ein Empfang möglich.
das werde ich gleich noch mal probieren. Ich hatte es am Mittwoch Abend nachdem du mir die nanoCUL.hex geschickt hast ausprobiert. Vielleicht hat der aufgrund der Uhrzeit nur nix gesendet. :-)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 09 Dezember 2018, 16:55:39
Für die Daten die mit Frame Type B gesendet werden ist der Buffer immer noch zu klein.
Ich habe den Buffer vergrößert, allerdings wird jetzt der Speicher schon ziemlich knapp, ich hoffe es kommt nicht zu einem Stackoverflow.

Flashe bitte mal die anhängende culfw und protokolliere nochmal die Daten die mit der Kennung bY empfangen werden.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mirko_s am 09 Dezember 2018, 17:40:39
das flashen hat ohne Probleme funktioniert aber es werden unter Readings (1_value) komische Dinge angezeigt. Im FHEM Log steht aber nix mehr mit Error.

WC.Kaltwasser Logfile:
2018-12-09_17:21:30 WC.Kaltwasser RSSI: -48.5
2018-12-09_17:21:30 WC.Kaltwasser LQI: 128
2018-12-09_17:21:30 WC.Kaltwasser 1_storage_no: 0
2018-12-09_17:21:30 WC.Kaltwasser 1_type: MANUFACTURER SPECIFIC
2018-12-09_17:21:30 WC.Kaltwasser 1_value: 350082550000600107c113ffff795304003f2c959999995e2b354004000000ee00e301af01bb012e028e00d101ed00e801e801af012f046d1411492c
2018-12-09_17:21:30 WC.Kaltwasser 1_unit:
2018-12-09_17:21:30 WC.Kaltwasser 1_value_type: Instantaneous value
2018-12-09_17:21:30 WC.Kaltwasser batteryState: ok
2018-12-09_17:21:30 WC.Kaltwasser is_encrypted: 0
2018-12-09_17:21:30 WC.Kaltwasser decryption_ok: 1
2018-12-09_17:21:30 WC.Kaltwasser no errors
2018-12-09_17:23:25 WC.Kaltwasser RSSI: -48.5
2018-12-09_17:23:25 WC.Kaltwasser LQI: 128
2018-12-09_17:23:25 WC.Kaltwasser 1_storage_no: 0
2018-12-09_17:23:25 WC.Kaltwasser 1_type: MANUFACTURER SPECIFIC
2018-12-09_17:23:25 WC.Kaltwasser 1_value: 350082550000ee0007c113ffff795304003f2c959999995e2b354004000000ee00e301af01bb012e028e00d101ed00e801e801af012f046d1611492c
2018-12-09_17:23:25 WC.Kaltwasser 1_unit:
2018-12-09_17:23:25 WC.Kaltwasser 1_value_type: Instantaneous value
2018-12-09_17:23:25 WC.Kaltwasser batteryState: ok
2018-12-09_17:23:25 WC.Kaltwasser is_encrypted: 0
2018-12-09_17:23:25 WC.Kaltwasser decryption_ok: 1
2018-12-09_17:23:25 WC.Kaltwasser no errors
2018-12-09_17:25:15 WC.Kaltwasser RSSI: -48.5
2018-12-09_17:25:15 WC.Kaltwasser LQI: 128
2018-12-09_17:25:15 WC.Kaltwasser 1_storage_no: 0
2018-12-09_17:25:15 WC.Kaltwasser 1_type: MANUFACTURER SPECIFIC
2018-12-09_17:25:15 WC.Kaltwasser 1_value: 350082550000800007c113ffff795304003f2c959999995e2b354004000000ee00e301af01bb012e028e00d101ed00e801e801af012f046d1811492c
2018-12-09_17:25:15 WC.Kaltwasser 1_unit:
2018-12-09_17:25:15 WC.Kaltwasser 1_value_type: Instantaneous value
2018-12-09_17:25:15 WC.Kaltwasser batteryState: ok
2018-12-09_17:25:15 WC.Kaltwasser is_encrypted: 0
2018-12-09_17:25:15 WC.Kaltwasser decryption_ok: 1
2018-12-09_17:25:15 WC.Kaltwasser no errors
2018-12-09_17:27:05 WC.Kaltwasser RSSI: -48.5
2018-12-09_17:27:05 WC.Kaltwasser LQI: 128
2018-12-09_17:27:05 WC.Kaltwasser 1_storage_no: 0
2018-12-09_17:27:05 WC.Kaltwasser 1_type: MANUFACTURER SPECIFIC
2018-12-09_17:27:05 WC.Kaltwasser 1_value: 350082550000110007c113ffff805304003f2c959999995e2b354004000000ee00e301af01bb012e028e00d101ed00e801e801af012f046d1911492c
2018-12-09_17:27:05 WC.Kaltwasser 1_unit:
2018-12-09_17:27:05 WC.Kaltwasser 1_value_type: Instantaneous value
2018-12-09_17:27:05 WC.Kaltwasser batteryState: ok
2018-12-09_17:27:05 WC.Kaltwasser is_encrypted: 0
2018-12-09_17:27:05 WC.Kaltwasser decryption_ok: 1
2018-12-09_17:27:05 WC.Kaltwasser no errors


FHEM Logfile vom gleichen Zeitraum
2018.12.09 17:24:55 4: CUL_Parse: nanoCUL b4944934458775812160688D4780DFF5F350082B80000110007C113FF56FCFF369001003F2C999999995E2B379001A60800000082000D01DC00CC00F8004E00906CAA005C00B200CF0086002F046D1711492CB383802D -51.5
2018.12.09 17:24:55 5: nanoCUL: dispatch b4944934458775812160688D4780DFF5F350082B80000110007C113FF56FCFF369001003F2C999999995E2B379001A60800000082000D01DC00CC00F8004E00906CAA005C00B200CF0086002F046D1711492CB38380::-51.5
2018.12.09 17:24:55 5: WMBUS raw msg b4944934458775812160688D4780DFF5F350082B80000110007C113FF56FCFF369001003F2C999999995E2B379001A60800000082000D01DC00CC00F8004E00906CAA005C00B200CF0086002F046D1711492CB38380::-51.5
2018.12.09 17:25:12 5: CUL/RAW: /b394493445877581216060BC37AB9000
2018.12.09 17:25:12 5: CUL/RAW: b394493445877581216060BC37AB9000/0200C13369001004C13999999F7BD994
2018.12.09 17:25:12 5: CUL/RAW: b394493445877581216060BC37AB90000200C13369001004C13999999F7BD994/26C3F2CCC081337900100C2086C5EB53
2018.12.09 17:25:13 5: CUL/RAW: b394493445877581216060BC37AB90000200C13369001004C13999999F7BD99426C3F2CCC081337900100C2086C5EB53/82B02BB560000326CFFFF046D1711492
2018.12.09 17:25:13 5: CUL/RAW: b394493445877581216060BC37AB90000200C13369001004C13999999F7BD99426C3F2CCC081337900100C2086C5EB5382B02BB560000326CFFFF046D1711492/C52F4802C

2018.12.09 17:25:13 4: CUL_Parse: nanoCUL b394493445877581216060BC37AB90000200C13369001004C13999999F7BD99426C3F2CCC081337900100C2086C5EB5382B02BB560000326CFFFF046D1711492C52F4802C -52
2018.12.09 17:25:13 5: nanoCUL: dispatch b394493445877581216060BC37AB90000200C13369001004C13999999F7BD99426C3F2CCC081337900100C2086C5EB5382B02BB560000326CFFFF046D1711492C52F480::-52
2018.12.09 17:25:13 5: WMBUS raw msg b394493445877581216060BC37AB90000200C13369001004C13999999F7BD99426C3F2CCC081337900100C2086C5EB5382B02BB560000326CFFFF046D1711492C52F480::-52
2018.12.09 17:25:15 5: CUL/RAW: /b49449344409258121607D1FF780DFF5
2018.12.09 17:25:15 5: CUL/RAW: b49449344409258121607D1FF780DFF5/F350082550000800007C113FF3C8FFF7
2018.12.09 17:25:15 5: CUL/RAW: b49449344409258121607D1FF780DFF5F350082550000800007C113FF3C8FFF7/95304003F2C959999995E2B3540044D2
2018.12.09 17:25:15 5: CUL/RAW: b49449344409258121607D1FF780DFF5F350082550000800007C113FF3C8FFF795304003F2C959999995E2B3540044D2/2000000EE00E301AF01BB012E028E00D
2018.12.09 17:25:15 5: CUL/RAW: b49449344409258121607D1FF780DFF5F350082550000800007C113FF3C8FFF795304003F2C959999995E2B3540044D22000000EE00E301AF01BB012E028E00D/1ABA601ED00E801E801AF012F046D181
2018.12.09 17:25:15 5: CUL/RAW: b49449344409258121607D1FF780DFF5F350082550000800007C113FF3C8FFF795304003F2C959999995E2B3540044D22000000EE00E301AF01BB012E028E00D1ABA601ED00E801E801AF012F046D181/1492CFC548033

2018.12.09 17:25:15 4: CUL_Parse: nanoCUL b49449344409258121607D1FF780DFF5F350082550000800007C113FF3C8FFF795304003F2C959999995E2B3540044D22000000EE00E301AF01BB012E028E00D1ABA601ED00E801E801AF012F046D1811492CFC548033 -48.5
2018.12.09 17:25:15 5: nanoCUL: dispatch b49449344409258121607D1FF780DFF5F350082550000800007C113FF3C8FFF795304003F2C959999995E2B3540044D22000000EE00E301AF01BB012E028E00D1ABA601ED00E801E801AF012F046D1811492CFC5480::-48.5
2018.12.09 17:25:15 5: WMBUS raw msg b49449344409258121607D1FF780DFF5F350082550000800007C113FF3C8FFF795304003F2C959999995E2B3540044D22000000EE00E301AF01BB012E028E00D1ABA601ED00E801E801AF012F046D1811492CFC5480::-48.5
2018.12.09 17:25:38 5: CUL/RAW: /b49449344899158121607EA2A780DFF5
2018.12.09 17:25:38 5: CUL/RAW: b49449344899158121607EA2A780DFF5/F3500823B0000100007C113FF981AFF2
2018.12.09 17:25:38 5: CUL/RAW: b49449344899158121607EA2A780DFF5F3500823B0000100007C113FF981AFF2/40405003F2C000000005E2B599404492
2018.12.09 17:25:38 5: CUL/RAW: b49449344899158121607EA2A780DFF5F3500823B0000100007C113FF981AFF240405003F2C000000005E2B599404492/8000000DC00C401BE017601F20105023
2018.12.09 17:25:38 5: CUL/RAW: b49449344899158121607EA2A780DFF5F3500823B0000100007C113FF981AFF240405003F2C000000005E2B5994044928000000DC00C401BE017601F20105023/D789C0254022901D001FC012F046D191
2018.12.09 17:25:38 5: CUL/RAW: b49449344899158121607EA2A780DFF5F3500823B0000100007C113FF981AFF240405003F2C000000005E2B5994044928000000DC00C401BE017601F20105023D789C0254022901D001FC012F046D191/1492C667E8010

2018.12.09 17:25:38 4: CUL_Parse: nanoCUL b49449344899158121607EA2A780DFF5F3500823B0000100007C113FF981AFF240405003F2C000000005E2B5994044928000000DC00C401BE017601F20105023D789C0254022901D001FC012F046D1911492C667E8010 -66
2018.12.09 17:25:38 5: nanoCUL: dispatch b49449344899158121607EA2A780DFF5F3500823B0000100007C113FF981AFF240405003F2C000000005E2B5994044928000000DC00C401BE017601F20105023D789C0254022901D001FC012F046D1911492C667E80::-66
2018.12.09 17:25:38 5: WMBUS raw msg b49449344899158121607EA2A780DFF5F3500823B0000100007C113FF981AFF240405003F2C000000005E2B5994044928000000DC00C401BE017601F20105023D789C0254022901D001FC012F046D1911492C667E80::-66
2018.12.09 17:25:55 5: CUL/RAW: /b39449344899158121607693D7A3C000
2018.12.09 17:25:55 5: CUL/RAW: b39449344899158121607693D7A3C000/0200C13240405004C130000002C43004
2018.12.09 17:25:55 5: CUL/RAW: b39449344899158121607693D7A3C0000200C13240405004C130000002C43004/26C3F2CCC081359940400C2086C5E8FD
2018.12.09 17:25:55 5: CUL/RAW: b39449344899158121607693D7A3C0000200C13240405004C130000002C4300426C3F2CCC081359940400C2086C5E8FD/52B02BB560000326CFFFF046D1911492
2018.12.09 17:25:55 5: CUL/RAW: b39449344899158121607693D7A3C0000200C13240405004C130000002C4300426C3F2CCC081359940400C2086C5E8FD52B02BB560000326CFFFF046D1911492/C2CB18012

2018.12.09 17:25:55 4: CUL_Parse: nanoCUL b39449344899158121607693D7A3C0000200C13240405004C130000002C4300426C3F2CCC081359940400C2086C5E8FD52B02BB560000326CFFFF046D1911492C2CB18012 -65
2018.12.09 17:25:55 5: nanoCUL: dispatch b39449344899158121607693D7A3C0000200C13240405004C130000002C4300426C3F2CCC081359940400C2086C5E8FD52B02BB560000326CFFFF046D1911492C2CB180::-65
2018.12.09 17:25:55 5: WMBUS raw msg b39449344899158121607693D7A3C0000200C13240405004C130000002C4300426C3F2CCC081359940400C2086C5E8FD52B02BB560000326CFFFF046D1911492C2CB180::-65


Gegen 17:27 Uhr kamen doch noch interpretierbare Werten:
2018-12-09_17:27:23 WC.Kaltwasser RSSI: -48.5
2018-12-09_17:27:23 WC.Kaltwasser LQI: 128
2018-12-09_17:27:23 WC.Kaltwasser 1_storage_no: 0
2018-12-09_17:27:23 WC.Kaltwasser 1_type: VIF_VOLUME
2018-12-09_17:27:23 WC.Kaltwasser 1_value: 45.38
2018-12-09_17:27:23 WC.Kaltwasser 1_unit: m³
2018-12-09_17:27:23 WC.Kaltwasser 1_value_type: Instantaneous value
2018-12-09_17:27:23 WC.Kaltwasser 2_storage_no: 1
2018-12-09_17:27:23 WC.Kaltwasser 2_type: VIF_VOLUME
2018-12-09_17:27:23 WC.Kaltwasser 2_value: 99999.995
2018-12-09_17:27:23 WC.Kaltwasser 2_unit: m³
2018-12-09_17:27:23 WC.Kaltwasser 2_value_type: Instantaneous value
2018-12-09_17:27:23 WC.Kaltwasser 3_storage_no: 1
2018-12-09_17:27:23 WC.Kaltwasser 3_type: VIF_TIME_POINT_DATE
2018-12-09_17:27:23 WC.Kaltwasser 3_value: 2017-12-31
2018-12-09_17:27:23 WC.Kaltwasser 3_unit:
2018-12-09_17:27:23 WC.Kaltwasser 3_value_type: Instantaneous value
2018-12-09_17:27:23 WC.Kaltwasser 4_storage_no: 257
2018-12-09_17:27:23 WC.Kaltwasser 4_type: VIF_VOLUME
2018-12-09_17:27:23 WC.Kaltwasser 4_value: 44.035
2018-12-09_17:27:23 WC.Kaltwasser 4_unit: m³
2018-12-09_17:27:23 WC.Kaltwasser 4_value_type: Instantaneous value
2018-12-09_17:27:23 WC.Kaltwasser 5_storage_no: 257
2018-12-09_17:27:23 WC.Kaltwasser 5_type: VIF_TIME_POINT_DATE
2018-12-09_17:27:23 WC.Kaltwasser 5_value: 2018-11-30
2018-12-09_17:27:23 WC.Kaltwasser 5_unit:
2018-12-09_17:27:23 WC.Kaltwasser 5_value_type: Instantaneous value
2018-12-09_17:27:23 WC.Kaltwasser 6_storage_no: 0
2018-12-09_17:27:23 WC.Kaltwasser 6_type: VIF_DURATION_LIMIT_EXCEEDED
2018-12-09_17:27:23 WC.Kaltwasser 6_value: lower limit, last, duration 0
2018-12-09_17:27:23 WC.Kaltwasser 6_unit: duration of limit exceeded
2018-12-09_17:27:23 WC.Kaltwasser 6_value_type: Instantaneous value
2018-12-09_17:27:23 WC.Kaltwasser 6_extension: Accumulation only if positive contribution, 3b
2018-12-09_17:27:23 WC.Kaltwasser 7_storage_no: 0
2018-12-09_17:27:23 WC.Kaltwasser 7_type: VIF_TIME_POINT_DATE
2018-12-09_17:27:23 WC.Kaltwasser 7_value: invalid: ffff
2018-12-09_17:27:23 WC.Kaltwasser 7_unit:
2018-12-09_17:27:23 WC.Kaltwasser 7_value_type: Value during error state
2018-12-09_17:27:23 WC.Kaltwasser 8_storage_no: 0
2018-12-09_17:27:23 WC.Kaltwasser 8_type: VIF_TIME_POINT_DATE_TIME
2018-12-09_17:27:23 WC.Kaltwasser 8_value: 2018-12-09 17:26
2018-12-09_17:27:23 WC.Kaltwasser 8_unit:
2018-12-09_17:27:23 WC.Kaltwasser 8_value_type: Instantaneous value
2018-12-09_17:27:23 WC.Kaltwasser batteryState: ok
2018-12-09_17:27:23 WC.Kaltwasser volume: 45.38
2018-12-09_17:27:23 WC.Kaltwasser unit: m³
2018-12-09_17:27:23 WC.Kaltwasser volume: 99999.995
2018-12-09_17:27:23 WC.Kaltwasser unit: m³
2018-12-09_17:27:23 WC.Kaltwasser volume: 44.035
2018-12-09_17:27:23 WC.Kaltwasser unit: m³
2018-12-09_17:27:23 WC.Kaltwasser is_encrypted: 0
2018-12-09_17:27:23 WC.Kaltwasser decryption_ok: 1
2018-12-09_17:27:23 WC.Kaltwasser no errors


und das FHEM Logfile dazu:
2018.12.09 17:27:23 5: CUL/RAW: /b3944934440925812160752E87A56000
2018.12.09 17:27:23 5: CUL/RAW: b3944934440925812160752E87A56000/0200C13805304004C13959999917B994
2018.12.09 17:27:23 5: CUL/RAW: b3944934440925812160752E87A560000200C13805304004C13959999917B994/26C3F2CCC081335400400C2086C5E31B
2018.12.09 17:27:23 5: CUL/RAW: b3944934440925812160752E87A560000200C13805304004C13959999917B99426C3F2CCC081335400400C2086C5E31B/32B02BB560000326CFFFF046D1A11492
2018.12.09 17:27:23 5: CUL/RAW: b3944934440925812160752E87A560000200C13805304004C13959999917B99426C3F2CCC081335400400C2086C5E31B32B02BB560000326CFFFF046D1A11492/C61E18033

2018.12.09 17:27:23 4: CUL_Parse: nanoCUL b3944934440925812160752E87A560000200C13805304004C13959999917B99426C3F2CCC081335400400C2086C5E31B32B02BB560000326CFFFF046D1A11492C61E18033 -48.5
2018.12.09 17:27:23 5: nanoCUL: dispatch b3944934440925812160752E87A560000200C13805304004C13959999917B99426C3F2CCC081335400400C2086C5E31B32B02BB560000326CFFFF046D1A11492C61E180::-48.5
2018.12.09 17:27:23 5: WMBUS raw msg b3944934440925812160752E87A560000200C13805304004C13959999917B99426C3F2CCC081335400400C2086C5E31B32B02BB560000326CFFFF046D1A11492C61E180::-48.5


Bezüglich des Wärmemengenzählers gibts nix neues. Auch 1m vom Zähler entfernt, habe ich auf rfmode C, T und S nix empfangen. Werde es morgen mal den ganzen Tag laufen lassen. Lt. Handbuch sendet der in der Werkseinstellung nur Montag bis Freitag.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 09 Dezember 2018, 17:58:51
Die Daten stammen von mindestens drei unterschiedlichen Zählern. In fhem sollte es auch entsprechend viele Devices geben.
Was gibt ein

list TYPE=WMBUS

aus?

Einige der Qundis Zähler lassen sich nicht dekodieren:

Manufacturer 4493 QDS
IdentNumber 12587758
Version 22
Type 6 Warm Water (30 °C ... 90 °C)
IsEncrypted 0
Status: 0 no errors
1. StorageNo 0 Instantaneous value MANUFACTURER SPECIFIC 350082b80000110007c113ffff369001003f2c999999995e2b37900100000082000d01dc00cc00f8004e0090005c00b200cf0086002f046d1711492c



Manufacturer 4493 QDS
IdentNumber 12589240
Version 22
Type 7 Water
IsEncrypted 0
Status: 0 no errors
1. StorageNo 0 Instantaneous value MANUFACTURER SPECIFIC 350082550000800007c113ffff795304003f2c959999995e2b354004000000ee00e301af01bb012e028e00d101ed00e801e801af012f046d1811492c


Das ist eine herstellerspezifische Codierung (MANUFACTURER SPECIFIC), Qundis verrät nicht wie die aufgebaut ist.

Bei einem anderen Qundis Zähler ist das dagegen nicht der Fall

Manufacturer 4493 QDS
IdentNumber 12589189
Version 22
Type 7 Water
IsEncrypted 0
Status: 0 no errors
1. StorageNo 0 Instantaneous value VIF_VOLUME 50.424 m³
2. StorageNo 1 Instantaneous value VIF_VOLUME 0 m³
3. StorageNo 1 Instantaneous value VIF_TIME_POINT_DATE 2017-12-31
4. StorageNo 257 Instantaneous value VIF_VOLUME 49.459 m³
5. StorageNo 257 Instantaneous value VIF_TIME_POINT_DATE 2018-11-30
6. StorageNo 0 Instantaneous value VIF_DURATION_LIMIT_EXCEEDED lower limit, last, duration 0 duration of limit exceeded [Accumulation only if positive contribution, 3b]
7. StorageNo 0 Value during error state VIF_TIME_POINT_DATE invalid: ffff
8. StorageNo 0 Instantaneous value VIF_TIME_POINT_DATE_TIME 2018-12-09 17:25 


Du müsstest erstmal rausfinden welche der Zähler deine sind. Die anderen kannst du dann ignorieren.

Da waren jetzt allerdings noch keine Frame Type B Daten dabei,
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mirko_s am 09 Dezember 2018, 18:38:03
Wir haben 4 oder 5 digitale Zähler im Haus. In FHEM wurden 4 angelegt. meine beiden habe ich bereits umbenannt und die Logs hatte ich versucht zu filtern. Beim globalen FHEM Log ist mir das wohl nicht gelungen weil ich nicht weis wie ich die Ausgaben einschränkten kann.

list TYPE=WMBUS

WC.Kaltwasser
WC.Warmwasser
WMBUS_QDS_12587735_22_6
WMBUS_QDS_12589189_22_7


meinen Zähler mit der Nummer 12589240 hatte ich in WC.Kaltwasser umbenannt
meinen Zähler mit der Nummer 12587758 hatte ich in WC.Warmwasser umbenannt
der Zähler mit der Nummer 12587735 läuft im FHEM unter WMBUS_QDS_12587735_22_6 und gehört den Nachbarn
der Zähler mit der Nummer 12589189 läuft im FHEM unter WMBUS_QDS_12589189_22_7 und gehört den Nachbarn

gibt es eine Möglichkeit nur noch Meldungen von meinen beiden Geräten zu loggen?

Wenn ich in das Device Log von WC.Kaltwasser-2018.log (Nummer 12589240) reinschaue, finde ich die folgenden Meldungen. Es ist wie am Freitag, mal wird etwas Empfangen was sich decodieren lässt und mal kommt was nicht interpretierbares. Für mich schaut es genauso aus wie am Freitag nur das die Fehlermeldung (WMBUS Error during LinkLayer parse:CRC check failed on block 1) im globalen FHEM Logfiles weg ist.

Beispiel:
18:18:57 <-- 1_type: MANUFACTURER SPECIFIC
18:19:15 <-- 1_value_type: Instantaneous value


2018-12-09_18:18:57 WC.Kaltwasser RSSI: -48.5
2018-12-09_18:18:57 WC.Kaltwasser LQI: 128
2018-12-09_18:18:57 WC.Kaltwasser 1_storage_no: 0
2018-12-09_18:18:57 WC.Kaltwasser 1_type: MANUFACTURER SPECIFIC
2018-12-09_18:18:57 WC.Kaltwasser 1_value: 3500825c0000110007c113ffff845304003f2c959999995e2b354004000000ee00e301af01bb012e028e00d101ed00e801e801af012f046d1112492c
2018-12-09_18:18:57 WC.Kaltwasser 1_unit:
2018-12-09_18:18:57 WC.Kaltwasser 1_value_type: Instantaneous value
2018-12-09_18:18:57 WC.Kaltwasser batteryState: ok
2018-12-09_18:18:57 WC.Kaltwasser is_encrypted: 0
2018-12-09_18:18:57 WC.Kaltwasser decryption_ok: 1
2018-12-09_18:18:57 WC.Kaltwasser no errors

2018-12-09_18:19:15 WC.Kaltwasser RSSI: -48
2018-12-09_18:19:15 WC.Kaltwasser LQI: 128
2018-12-09_18:19:15 WC.Kaltwasser 1_storage_no: 0
2018-12-09_18:19:15 WC.Kaltwasser 1_type: VIF_VOLUME
2018-12-09_18:19:15 WC.Kaltwasser 1_value: 45.384
2018-12-09_18:19:15 WC.Kaltwasser 1_unit: m³
2018-12-09_18:19:15 WC.Kaltwasser 1_value_type: Instantaneous value
2018-12-09_18:19:15 WC.Kaltwasser 2_storage_no: 1
2018-12-09_18:19:15 WC.Kaltwasser 2_type: VIF_VOLUME
2018-12-09_18:19:15 WC.Kaltwasser 2_value: 99999.995
2018-12-09_18:19:15 WC.Kaltwasser 2_unit: m³
2018-12-09_18:19:15 WC.Kaltwasser 2_value_type: Instantaneous value
2018-12-09_18:19:15 WC.Kaltwasser 3_storage_no: 1
2018-12-09_18:19:15 WC.Kaltwasser 3_type: VIF_TIME_POINT_DATE
2018-12-09_18:19:15 WC.Kaltwasser 3_value: 2017-12-31
2018-12-09_18:19:15 WC.Kaltwasser 3_unit:
2018-12-09_18:19:15 WC.Kaltwasser 3_value_type: Instantaneous value
2018-12-09_18:19:15 WC.Kaltwasser 4_storage_no: 257
2018-12-09_18:19:15 WC.Kaltwasser 4_type: VIF_VOLUME
2018-12-09_18:19:15 WC.Kaltwasser 4_value: 44.035
2018-12-09_18:19:15 WC.Kaltwasser 4_unit: m³
2018-12-09_18:19:15 WC.Kaltwasser 4_value_type: Instantaneous value
2018-12-09_18:19:15 WC.Kaltwasser 5_storage_no: 257
2018-12-09_18:19:15 WC.Kaltwasser 5_type: VIF_TIME_POINT_DATE
2018-12-09_18:19:15 WC.Kaltwasser 5_value: 2018-11-30
2018-12-09_18:19:15 WC.Kaltwasser 5_unit:
2018-12-09_18:19:15 WC.Kaltwasser 5_value_type: Instantaneous value
2018-12-09_18:19:15 WC.Kaltwasser 6_storage_no: 0
2018-12-09_18:19:15 WC.Kaltwasser 6_type: VIF_DURATION_LIMIT_EXCEEDED
2018-12-09_18:19:15 WC.Kaltwasser 6_value: lower limit, last, duration 0
2018-12-09_18:19:15 WC.Kaltwasser 6_unit: duration of limit exceeded
2018-12-09_18:19:15 WC.Kaltwasser 6_value_type: Instantaneous value
2018-12-09_18:19:15 WC.Kaltwasser 6_extension: Accumulation only if positive contribution, 3b
2018-12-09_18:19:15 WC.Kaltwasser 7_storage_no: 0
2018-12-09_18:19:15 WC.Kaltwasser 7_type: VIF_TIME_POINT_DATE
2018-12-09_18:19:15 WC.Kaltwasser 7_value: invalid: ffff
2018-12-09_18:19:15 WC.Kaltwasser 7_unit:
2018-12-09_18:19:15 WC.Kaltwasser 7_value_type: Value during error state
2018-12-09_18:19:15 WC.Kaltwasser 8_storage_no: 0
2018-12-09_18:19:15 WC.Kaltwasser 8_type: VIF_TIME_POINT_DATE_TIME
2018-12-09_18:19:15 WC.Kaltwasser 8_value: 2018-12-09 18:18
2018-12-09_18:19:15 WC.Kaltwasser 8_unit:
2018-12-09_18:19:15 WC.Kaltwasser 8_value_type: Instantaneous value
2018-12-09_18:19:15 WC.Kaltwasser batteryState: ok
2018-12-09_18:19:15 WC.Kaltwasser volume: 45.384
2018-12-09_18:19:15 WC.Kaltwasser unit: m³
2018-12-09_18:19:15 WC.Kaltwasser volume: 99999.995
2018-12-09_18:19:15 WC.Kaltwasser unit: m³
2018-12-09_18:19:15 WC.Kaltwasser volume: 44.035
2018-12-09_18:19:15 WC.Kaltwasser unit: m³
2018-12-09_18:19:15 WC.Kaltwasser is_encrypted: 0
2018-12-09_18:19:15 WC.Kaltwasser decryption_ok: 1
2018-12-09_18:19:15 WC.Kaltwasser no errors



und hier für den Zeitraum 18:18:27 Uhr bis 18:20:48 Uhr das gesamt FHEM Log
2018.12.09 18:18:27 4: CUL_Parse: nanoCUL b39449344899158121607693D7A430000200C13240405004C13000000C51A00426C3F2CCC081359940400C2086C5E8FD52B02BB560000326CFFFF046D1212492C969F81FD -75.5
2018.12.09 18:18:27 5: nanoCUL: dispatch b39449344899158121607693D7A430000200C13240405004C13000000C51A00426C3F2CCC081359940400C2086C5E8FD52B02BB560000326CFFFF046D1212492C969F81::-75.5
2018.12.09 18:18:27 5: WMBUS raw msg b39449344899158121607693D7A430000200C13240405004C13000000C51A00426C3F2CCC081359940400C2086C5E8FD52B02BB560000326CFFFF046D1212492C969F81::-75.5

2018.12.09 18:18:57 5: CUL/RAW: /b49449344409258121607D1FF780DFF5
2018.12.09 18:18:57 5: CUL/RAW: b49449344409258121607D1FF780DFF5/F3500825C0000110007C113FFC237FF8
2018.12.09 18:18:57 5: CUL/RAW: b49449344409258121607D1FF780DFF5F3500825C0000110007C113FFC237FF8/45304003F2C959999995E2B35400481F
2018.12.09 18:18:57 5: CUL/RAW: b49449344409258121607D1FF780DFF5F3500825C0000110007C113FFC237FF845304003F2C959999995E2B35400481F/D000000EE00E301AF01BB012E028E00D
2018.12.09 18:18:57 5: CUL/RAW: b49449344409258121607D1FF780DFF5F3500825C0000110007C113FFC237FF845304003F2C959999995E2B35400481FD000000EE00E301AF01BB012E028E00D/1ABA601ED00E801E801AF012F046D111
2018.12.09 18:18:57 5: CUL/RAW: b49449344409258121607D1FF780DFF5F3500825C0000110007C113FFC237FF845304003F2C959999995E2B35400481FD000000EE00E301AF01BB012E028E00D1ABA601ED00E801E801AF012F046D111/2492C301A8033

2018.12.09 18:18:57 4: CUL_Parse: nanoCUL b49449344409258121607D1FF780DFF5F3500825C0000110007C113FFC237FF845304003F2C959999995E2B35400481FD000000EE00E301AF01BB012E028E00D1ABA601ED00E801E801AF012F046D1112492C301A8033 -48.5
2018.12.09 18:18:57 5: nanoCUL: dispatch b49449344409258121607D1FF780DFF5F3500825C0000110007C113FFC237FF845304003F2C959999995E2B35400481FD000000EE00E301AF01BB012E028E00D1ABA601ED00E801E801AF012F046D1112492C301A80::-48.5
2018.12.09 18:18:57 5: WMBUS raw msg b49449344409258121607D1FF780DFF5F3500825C0000110007C113FFC237FF845304003F2C959999995E2B35400481FD000000EE00E301AF01BB012E028E00D1ABA601ED00E801E801AF012F046D1112492C301A80::-48.5
2018.12.09 18:18:57 5: CUL/RAW: /b49449344357758121606101B780DFF5
2018.12.09 18:18:57 5: CUL/RAW: b49449344357758121606101B780DFF5/F3500828100005F0107C113FF1D23FF4
2018.12.09 18:18:57 5: CUL/RAW: b49449344357758121606101B780DFF5F3500828100005F0107C113FF1D23FF4/08301003F2C020000005E2B0579019FD
2018.12.09 18:18:57 5: CUL/RAW: b49449344357758121606101B780DFF5F3500828100005F0107C113FF1D23FF408301003F2C020000005E2B0579019FD/10000005900CC00D700B800BC00A3009
2018.12.09 18:18:57 5: CUL/RAW: b49449344357758121606101B780DFF5F3500828100005F0107C113FF1D23FF408301003F2C020000005E2B0579019FD10000005900CC00D700B800BC00A3009/FBD64009A0059009F00BA002F046D121
2018.12.09 18:18:57 5: CUL/RAW: b49449344357758121606101B780DFF5F3500828100005F0107C113FF1D23FF408301003F2C020000005E2B0579019FD10000005900CC00D700B800BC00A3009FBD64009A0059009F00BA002F046D121/2492C57BF801C

2018.12.09 18:18:57 4: CUL_Parse: nanoCUL b49449344357758121606101B780DFF5F3500828100005F0107C113FF1D23FF408301003F2C020000005E2B0579019FD10000005900CC00D700B800BC00A3009FBD64009A0059009F00BA002F046D1212492C57BF801C -60
2018.12.09 18:18:57 5: nanoCUL: dispatch b49449344357758121606101B780DFF5F3500828100005F0107C113FF1D23FF408301003F2C020000005E2B0579019FD10000005900CC00D700B800BC00A3009FBD64009A0059009F00BA002F046D1212492C57BF80::-60
2018.12.09 18:18:57 5: WMBUS raw msg b49449344357758121606101B780DFF5F3500828100005F0107C113FF1D23FF408301003F2C020000005E2B0579019FD10000005900CC00D700B800BC00A3009FBD64009A0059009F00BA002F046D1212492C57BF80::-60
2018.12.09 18:19:14 5: CUL/RAW: /b4944934458775812160688D4780DFF5
2018.12.09 18:19:14 5: CUL/RAW: b4944934458775812160688D4780DFF5/F350082C00000600107C113FFA27BFF3
2018.12.09 18:19:14 5: CUL/RAW: b4944934458775812160688D4780DFF5F350082C00000600107C113FFA27BFF3/69001003F2C999999995E2B379001A60
2018.12.09 18:19:14 5: CUL/RAW: b4944934458775812160688D4780DFF5F350082C00000600107C113FFA27BFF369001003F2C999999995E2B379001A60/800000082000D01DC00CC00F8004E009
2018.12.09 18:19:14 5: CUL/RAW: b4944934458775812160688D4780DFF5F350082C00000600107C113FFA27BFF369001003F2C999999995E2B379001A60800000082000D01DC00CC00F8004E009/06CAA005C00B200CF0086002F046D111
2018.12.09 18:19:14 5: CUL/RAW: b4944934458775812160688D4780DFF5F350082C00000600107C113FFA27BFF369001003F2C999999995E2B379001A60800000082000D01DC00CC00F8004E00906CAA005C00B200CF0086002F046D111/2492C3AB88029

2018.12.09 18:19:14 4: CUL_Parse: nanoCUL b4944934458775812160688D4780DFF5F350082C00000600107C113FFA27BFF369001003F2C999999995E2B379001A60800000082000D01DC00CC00F8004E00906CAA005C00B200CF0086002F046D1112492C3AB88029 -53.5
2018.12.09 18:19:14 5: nanoCUL: dispatch b4944934458775812160688D4780DFF5F350082C00000600107C113FFA27BFF369001003F2C999999995E2B379001A60800000082000D01DC00CC00F8004E00906CAA005C00B200CF0086002F046D1112492C3AB880::-53.5
2018.12.09 18:19:14 5: WMBUS raw msg b4944934458775812160688D4780DFF5F350082C00000600107C113FFA27BFF369001003F2C999999995E2B379001A60800000082000D01DC00CC00F8004E00906CAA005C00B200CF0086002F046D1112492C3AB880::-53.5
2018.12.09 18:19:15 5: CUL/RAW: /b3944934440925812160752E87A5D000
2018.12.09 18:19:15 5: CUL/RAW: b3944934440925812160752E87A5D000/0200C13845304004C139599997C39994
2018.12.09 18:19:15 5: CUL/RAW: b3944934440925812160752E87A5D0000200C13845304004C139599997C39994/26C3F2CCC081335400400C2086C5E31B
2018.12.09 18:19:15 5: CUL/RAW: b3944934440925812160752E87A5D0000200C13845304004C139599997C3999426C3F2CCC081335400400C2086C5E31B/32B02BB560000326CFFFF046D1212492
2018.12.09 18:19:15 5: CUL/RAW: b3944934440925812160752E87A5D0000200C13845304004C139599997C3999426C3F2CCC081335400400C2086C5E31B32B02BB560000326CFFFF046D1212492/C969F8034

2018.12.09 18:19:15 4: CUL_Parse: nanoCUL b3944934440925812160752E87A5D0000200C13845304004C139599997C3999426C3F2CCC081335400400C2086C5E31B32B02BB560000326CFFFF046D1212492C969F8034 -48
2018.12.09 18:19:15 5: nanoCUL: dispatch b3944934440925812160752E87A5D0000200C13845304004C139599997C3999426C3F2CCC081335400400C2086C5E31B32B02BB560000326CFFFF046D1212492C969F80::-48
2018.12.09 18:19:15 5: WMBUS raw msg b3944934440925812160752E87A5D0000200C13845304004C139599997C3999426C3F2CCC081335400400C2086C5E31B32B02BB560000326CFFFF046D1212492C969F80::-48
2018.12.09 18:20:48 5: CUL/RAW: /b49449344409258121607D1FF780DFF5
2018.12.09 18:20:48 5: CUL/RAW: b49449344409258121607D1FF780DFF5/F3500825D00005E0107C113FF2C69FF8
2018.12.09 18:20:48 5: CUL/RAW: b49449344409258121607D1FF780DFF5F3500825D00005E0107C113FF2C69FF8/55304003F2C959999995E2B3540049F0
2018.12.09 18:20:48 5: CUL/RAW: b49449344409258121607D1FF780DFF5F3500825D00005E0107C113FF2C69FF855304003F2C959999995E2B3540049F0/5000000EE00E301AF01BB012E028E00D
2018.12.09 18:20:48 5: CUL/RAW: b49449344409258121607D1FF780DFF5F3500825D00005E0107C113FF2C69FF855304003F2C959999995E2B3540049F05000000EE00E301AF01BB012E028E00D/1ABA601ED00E801E801AF012F046D131
2018.12.09 18:20:48 5: CUL/RAW: b49449344409258121607D1FF780DFF5F3500825D00005E0107C113FF2C69FF855304003F2C959999995E2B3540049F05000000EE00E301AF01BB012E028E00D1ABA601ED00E801E801AF012F046D131/2492C467A8034

2018.12.09 18:20:48 4: CUL_Parse: nanoCUL b49449344409258121607D1FF780DFF5F3500825D00005E0107C113FF2C69FF855304003F2C959999995E2B3540049F05000000EE00E301AF01BB012E028E00D1ABA601ED00E801E801AF012F046D1312492C467A8034 -48
2018.12.09 18:20:48 5: nanoCUL: dispatch b49449344409258121607D1FF780DFF5F3500825D00005E0107C113FF2C69FF855304003F2C959999995E2B3540049F05000000EE00E301AF01BB012E028E00D1ABA601ED00E801E801AF012F046D1312492C467A80::-48
2018.12.09 18:20:48 5: WMBUS raw msg b49449344409258121607D1FF780DFF5F3500825D00005E0107C113FF2C69FF855304003F2C959999995E2B3540049F05000000EE00E301AF01BB012E028E00D1ABA601ED00E801E801AF012F046D1312492C467A80::-48


Kann es sein das mit deiner neuesten Version die Typ B Daten nicht mehr, oder anders geloggt werden?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 09 Dezember 2018, 19:03:10
Zitat von: mirko_s am 09 Dezember 2018, 18:38:03
meinen Zähler mit der Nummer 12589240 hatte ich in WC.Kaltwasser umbenannt
meinen Zähler mit der Nummer 12587758 hatte ich in WC.Warmwasser umbenannt
der Zähler mit der Nummer 12587735 läuft im FHEM unter WMBUS_QDS_12587735_22_6 und gehört den Nachbarn
der Zähler mit der Nummer 12589189 läuft im FHEM unter WMBUS_QDS_12589189_22_7 und gehört den Nachbarn

gibt es eine Möglichkeit nur noch Meldungen von meinen beiden Geräten zu loggen?

Setze bei den fremden Devices das Attribut ignore auf 1, dann sollte da nichts mehr geloggt werden.
Für deine beiden legst du am besten separate Logs an und setzt das Attribut rawmsg_as_reading auf 1.

Aktuell sieht es so aus, als würden die Zähler mal herstellerspezifische Daten und dann wieder standardkonforme senden.
Letztere scheinen ja alle benötigten Daten zu enthalten. Blöd ist allerdings, dass die dann wieder durch die herstellerspezifischen überschrieben werden.

Ob das wirklich so ist können wir hoffentlich feststellen, wenn wir ein separates Log für den Zähler haben.

Zitat
Kann es sein das mit deiner neuesten Version die Typ B Daten nicht mehr, oder anders geloggt werden?

Eigentlich nicht, ich habe nur den Buffer vergrößert und andere Protokolle abgeschaltet und eine zusätzliche Compileroptimierung eingeschaltet um Speicher zu sparen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mirko_s am 10 Dezember 2018, 11:52:47
danke für die Hinweise. Bei den fremden Devices habe ich den Parameter "ignore" auf 1 gesetzt, separate Logfiles hatte ich bereits konfiguriert.

Deine Theorie das abwechselnd mal herstellerspezifische Daten und dann wieder standardkonforme gesendet werden, hat sich bestätigt und ist wohl auch so in deren Handbuch beschrieben. Auf Seite 4 der "Water 5.5" Beschreibung (https://qundis.de/wp-content/uploads/2017/12/Datenblatt_Q-water-5.5_Messkapsel_V220.pdf) steht: "paralleles Versenden der Q walk-by- und Q AMR-Datentelegramme".  Hinter Q AMR steht "OMS-konforme Datentelegramme".

Um nix wieder abzuschneiden habe ich gestern Abend mit neuen Logfiles begonnen und diese im Original hier eingefügt.

Wäre es möglich das du ein Filtern der Daten nach Q walk-by- und Q AMR Datentelegramme (wie die das nennen) ermöglichst? oder siehst du eine andere Möglichkeit die herstellerspezifische Daten zu ignorieren?

dank dir für die ganze Unterstützung.....
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 11 Dezember 2018, 21:08:02
Mir fällt nichts besseres ein als ein neues Attribut um die MANUFACTURER SPECIFIC Daten zu unterdrücken.

Ich werde es aber erst am Wochenende schaffen das einzubauen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 15 Dezember 2018, 16:43:00
Ich habe ein neues Attribut ignoreUnknownDataBlocks eingeführt. Wenn das auf 1 steht werden die nicht dekodierbaren Datenblöcke ignoriert.

Kannst du mal testen, ob es mit den Modulen aus dem Anhang und dem gesetzten Attribut wie gewünscht funktioniert?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: R0g3rT am 15 Dezember 2018, 17:28:38
@kaihs

Top Arbeit die du gemacht hast.

Da ich auch Wasserzähler von Qundis habe werde ich deine neuen Module auch mal testen.

MFG R0g3rT
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mirko_s am 17 Dezember 2018, 20:06:47
hi kaihs, super toll gemacht. Hab es den ganzen Tag laufen lassen und die ganzen nicht decodierbaren Nachrichten wurden unterdrückt. perfekt.

Ich muss aber noch mal auf die Wärmemengenzähler zurückkommen. Hast du einen Tipp für mich wie ich den CUL zum Empfang überreden könnte? Ich habe den Stick ca. 2m neben den Zähler gehängt und jeweils einen Tag im C,S und T Band laufen lassen. Aber leider keinerlei Empfang bzw. wurde nix in FHEM erkannt. Lt. Anzeige senden die Dinger und das jährliche Ablesen ging ohne Zutritt zum Keller.

Danke und Gruß
Mirko
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 17 Dezember 2018, 20:57:49
Schön dass es funktioniert, dann checke ich die Module demnächst ein.

Ist auf dem Display des Wärmemengenzählers ein Dreieck zu sehen wie im von dir verlinkten Handbuch in Kapitel 9.4.3 beschrieben?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: tca am 18 Dezember 2018, 19:45:48
Hallo,
ich habe heute neue Wasserzähler (bzw. neue Funkmodule, ID: 'MEH') bekommen, die sich nicht dekodieren lassen:

FATAL: cipher text length has to be multiple of 16 (10) at /usr/local/lib/x86_64-linux-gnu/perl/5.24.1/Crypt/Mode/CBC.pm line 20.
danach startet FHEM neu; updates sind aktuell;

Der Fehler ist offenbar schon am 15.11.2018 bei "stefan199" aufgetreten und es gab einen Fix von "kaihs" ... aber leider geht es hier nicht :-(
Andere WMBUS Funkmodule (ID: 'AAA') werden nach wie vor fehlerfrei empfangen und dekodiert.

Hat jemand eine Idee?

Danke,
Tom
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 18 Dezember 2018, 22:40:09
Kannst du bitte ein Log in dem auch die Rawmessages drin sind die zu dem Problem führen posten und mir den AES Key per PM zuschicken?

Dann untersuche ich das.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mirko_s am 18 Dezember 2018, 22:44:58
Zitat von: kaihs am 17 Dezember 2018, 20:57:49
Ist auf dem Display des Wärmemengenzählers ein Dreieck zu sehen wie im von dir verlinkten Handbuch in Kapitel 9.4.3 beschrieben?
Ist ist jetzt tatsächlich sehr merkwürdig, denn das angegebene Dreieck ist nicht auf dem Display zu sehen. :-( WTF.... Ist irgendwie sehr merkwürdig, denn Radio ON suggeriert mir das es Funkt. Wie konnte die Firma das nur remote auslesen? Kann mir nur vorstellen das die das aus irgendeinen Grund beim letzten Ablesen deaktiviert haben. Was aber unlogisch wäre.... na ja, dann wird das mit dem Logging wohl nichts werden. schade....

Ich dank dir für deine viele Arbeit.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: tca am 18 Dezember 2018, 23:30:31
Hier der Log-Auszug:

2018.12.18 23:23:03 5: CUL/RAW: /b3044A83465410021220772DA7219742724A85C2007FB0010257D4404477439C564AF6F6E31E126F4873D52426C3F72E52C046D1737522C9CBB80F9

2018.12.18 23:23:03 4: CUL_Parse: cube01 b3044A83465410021220772DA7219742724A85C2007FB0010257D4404477439C564AF6F6E31E126F4873D52426C3F72E52C046D1737522C9CBB80F9 -77.5
2018.12.18 23:23:03 5: cube01: dispatch b3044A83465410021220772DA7219742724A85C2007FB0010257D4404477439C564AF6F6E31E126F4873D52426C3F72E52C046D1737522C9CBB80::-77.5
2018.12.18 23:23:03 5: WMBUS raw msg b3044A83465410021220772DA7219742724A85C2007FB0010257D4404477439C564AF6F6E31E126F4873D52426C3F72E52C046D1737522C9CBB80::-77.5
FATAL: cipher text length has to be multiple of 16 (10) at /usr/local/lib/x86_64-linux-gnu/perl/5.24.1/Crypt/Mode/CBC.pm line 20.


Nach dem letzten Eintrag kommt der Neustart.
Den AES-Key schicke ich als PM.

Vielen Dank, Tom
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Fritz Muster am 21 Dezember 2018, 09:43:12
Hallo zusammen,

ich habe mal eine kurze Frage zum AES Key. Ich möchte gerne meinen WMZ mit einem WM-Bus Modul ausstatten. Der Hersteller Support hat mir zugesagt, vor Auslieferung das Modul mit meinen WunschParametern zu konfigurieren. Die Parameterliste des Moduls sieht so aus.


Parameter           Mögliche Einstellungen            Werkseinstellungen

Sendemodus          S1 / T1 / C1; unidirektional        T1; unidirektional
Sendezeit                00.00 - 24.00 Uhr                      08.00 - 18.00 Uhr
Sendeintervall        10 Sekunden bis 240 Minu-        120 Sekunden
                               ten; einmal pro Monat
Wochentage           Montag - Sonntag                      Montag - Freitag
Wochen                  1 - 4                                           1 - 4
Monate                   1 - 12                                         1 - 12
Einschaltdatum       01.01. - 31.12.                           nicht gesetzt
Funk AES                 - unverschlüsselt                       Master-Schlüssel
Verschlüsselung       - verschlüsselt (AES_Mode             
                                  5 oder 7):
                                 - Schlüssel je Gerät
Telegramm-Typ        kurzes Telegramm                   langes Telegramm
                                langes Telegramm

Meine Frage ist nun was ist der Unterschied im AES Schlüssel zwischen Master und Schlüssel je Gerät. Meine Vermutung ist, das mit einem Masterschlüssel mehrere WM-Bus Teilnehmer (alle mit dem selben Masterschlüssel) über ein Gateway (nanoCul) in fhem eingebunden werden können. Mit einem Schlüssel je Gerät benötigt man dann je WM-Bus Teilnehmer ein Gateway.

Ist das so korrekt?

Vielen Dank.

Grüße Fritz

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 21 Dezember 2018, 15:34:00
Zitat von: Fritz Muster am 21 Dezember 2018, 09:43:12
Meine Frage ist nun was ist der Unterschied im AES Schlüssel zwischen Master und Schlüssel je Gerät. Meine Vermutung ist, das mit einem Masterschlüssel mehrere WM-Bus Teilnehmer (alle mit dem selben Masterschlüssel) über ein Gateway (nanoCul) in fhem eingebunden werden können. Mit einem Schlüssel je Gerät benötigt man dann je WM-Bus Teilnehmer ein Gateway.

Der Masterschlüssel ist m. W. für alle baugleichen Geräte identisch, daher nicht zu empfehlen.

Besser ist ein individueller Key pro Gerät. Die Entschlüssel findet in fhem statt und es kann dort pro Gerät ein individueller Schlüssel verwendet werden. Es werden also nicht mehrere Gateways benötigt.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Fritz Muster am 21 Dezember 2018, 22:24:46
@
Zitat von: kaihs am 21 Dezember 2018, 15:34:00
Der Masterschlüssel ist m. W. für alle baugleichen Geräte identisch, daher nicht zu empfehlen.

Besser ist ein individueller Key pro Gerät. Die Entschlüssel findet in fhem statt und es kann dort pro Gerät ein individueller Schlüssel verwendet werden. Es werden also nicht mehrere Gateways benötigt.

Danke!!
Titel: Wireless M-Bus für CUL
Beitrag von: Miriel am 23 Dezember 2018, 22:20:14
Hallo, ich möchte das Problem vom Surfer2010 auffrischen. Ich habe ebenfalls einen Letrika SMI260 Solar-Inverter. Er wurde mit einem Cul, im WMBUS-S Modus, korrekt angelegt. Jedoch nur, weil ich mit einem andren WMBus Stick den Inverter dazu gebracht habe seine Daten zu senden. Kann dies das wmbus Modul ebenfalls? Ein Device welches nicht automatisch seine Daten sendet, sondern nur nach antriggern, mit dessen Seriennummer.
Roh-Daten des Funkverkehrs könnte ich zur Verfügung stellen.


Gesendet von iPad mit Tapatalk Pro
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 23 Dezember 2018, 23:00:11
Senden wird von dem Modul bisher nicht unterstützt.

Die culfw kann aber senden http://culfw.de/commandref.html#cmd_b (http://culfw.de/commandref.html#cmd_b)

Du kannst mal versuchen deine rawmsg wieder zu senden um zu prüfen, ob dann der Zähler was sendet.
Ich glaube aber das es nicht ganz so einfach ist und da ein etwas komplizierterer Nachrichtaustausch erfolgt.

Poste aber die rawmsg ruhig hier, vielleicht finde ich mal die Zeit mir das anzuschauen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Morsel_R am 04 Januar 2019, 16:33:50
Hallo, ich habe ein Problem beim auslesen mit VMBus. Bei mir in der Wohnung sind Heizkostenverteiler von KALO K1.5X verbaut. Mit meinem CUL 868Mhz (FW 1.67, Protokoll für VMBus aktiviert, Buffer auf 256) klappt das erstmalige einlesen aller Verbräuche tadellos!


defmod WMBUS_LSE_88174490_52_8 WMBUS LSE 88174490 52 8
attr WMBUS_LSE_88174490_52_8 IODev CUL_868_MBUS
attr WMBUS_LSE_88174490_52_8 room WMBUS

setstate WMBUS_LSE_88174490_52_8 no errors
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 1_storage_no 0
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 1_type VIF_HCA
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 1_unit
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 1_value 0
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 1_value_type Instantaneous value
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 2_storage_no 1
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 2_type VIF_HCA
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 2_unit
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 2_value 300
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 2_value_type Instantaneous value
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 3_storage_no 1
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 3_type VIF_TIME_POINT_DATE
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 3_unit
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 3_value 2018-12-31
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 3_value_type Instantaneous value
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 4_storage_no 0
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 4_type VIF_TIME_POINT_DATE
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 4_unit
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 4_value invalid: ffff
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 4_value_type Value during error state
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 5_storage_no 0
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 5_type VIF_TIME_POINT_DATE_TIME
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 5_unit
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 5_value 2019-01-03 18:04
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 5_value_type Instantaneous value
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 LQI 128
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 RSSI -77.5
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 batteryState ok
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 decryption_ok 1
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 is_encrypted 0
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 state no errors


Wenn der Heizkörper erneut eingelesen wird, sieht es so aus:


defmod WMBUS_LSE_88174490_52_8 WMBUS LSE 88174490 52 8
attr WMBUS_LSE_88174490_52_8 IODev CUL_868_MBUS
attr WMBUS_LSE_88174490_52_8 room WMBUS

setstate WMBUS_LSE_88174490_52_8 no errors
setstate WMBUS_LSE_88174490_52_8 2019-01-03 18:16:32 1_storage_no 0
setstate WMBUS_LSE_88174490_52_8 2019-01-03 18:16:32 1_type MANUFACTURER SPECIFIC
setstate WMBUS_LSE_88174490_52_8 2019-01-03 18:16:32 1_unit
setstate WMBUS_LSE_88174490_52_8 2019-01-03 18:16:32 1_value 3500822e80350e1268887636e345aa00ab4852540b89be6e72fa2ec3bb8c068d51a97270fcf8a45564af0363719581ce24f55d4ee645046d15126321
setstate WMBUS_LSE_88174490_52_8 2019-01-03 18:16:32 1_value_type Instantaneous value
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 2_storage_no 1
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 2_type VIF_HCA
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 2_unit
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 2_value 300
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 2_value_type Instantaneous value
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 3_storage_no 1
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 3_type VIF_TIME_POINT_DATE
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 3_unit
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 3_value 2018-12-31
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 3_value_type Instantaneous value
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 4_storage_no 0
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 4_type VIF_TIME_POINT_DATE
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 4_unit
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 4_value invalid: ffff
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 4_value_type Value during error state
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 5_storage_no 0
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 5_type VIF_TIME_POINT_DATE_TIME
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 5_unit
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 5_value 2019-01-03 18:04
setstate WMBUS_LSE_88174490_52_8 2019-01-03 17:59:24 5_value_type Instantaneous value
setstate WMBUS_LSE_88174490_52_8 2019-01-03 18:16:32 LQI 128
setstate WMBUS_LSE_88174490_52_8 2019-01-03 18:16:32 RSSI -73.5
setstate WMBUS_LSE_88174490_52_8 2019-01-03 18:16:32 batteryState ok
setstate WMBUS_LSE_88174490_52_8 2019-01-03 18:16:32 decryption_ok 1
setstate WMBUS_LSE_88174490_52_8 2019-01-03 18:16:32 is_encrypted 0
setstate WMBUS_LSE_88174490_52_8 2019-01-03 18:16:32 state no errors


Dieses Beispiel steht für alle Heizkörper bei mir in der Wohnung und Umgebung! Benötige Unterstützung bei der Fehlersuche, warum beim erneuten Einlesen nicht mehr der aktuelle Verbrauch korrekt gelesen wird.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 04 Januar 2019, 19:43:28
Das sieht nach dem Problem aus, das wir vor kurzem gelöst haben, siehe https://forum.fhem.de/index.php?topic=24517.msg872297.msg#872297 (https://forum.fhem.de/index.php?topic=24517.msg872297.msg#872297). Der Zähler sendet zwei unterschiedliche Datenformate. Nur eins davon kann das Modul dekodieren. Kommt das zweite überschreibt es die Werte des ersten Pakets.
Als Lösung habe ich ein neues Attribut eingeführt, siehe den link oben. Setze das mal und beobachte ob das hilft.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Morsel_R am 06 Januar 2019, 17:27:50
Vielen Dank für die schnelle Hilfe, mit ignoreUnknownDataBlocks=1 scheint es zu klappen! Ich habe mir jetzt meine 6 Heizkörper aus der Flut der eingelesenen Heizkostenverteiler rausgesucht (~140 Stück, wohne hier in einem Wohnpark).

Dennoch scheint das Auslesen nicht immer zu klappen, anbei die Wert wenn es klappt:
1_value = aktueller Verbrauchswert
2_value = abgelesener Verbrauchswert zum ....
3_value = Ablesedatum


defmod 20_HCA_01 WMBUS LSE 88173505 52 8
attr 20_HCA_01 IODev CUL_868_MBUS
attr 20_HCA_01 ignoreUnknownDataBlocks 1
attr 20_HCA_01 room 20_Badezimmer,WMBUS

setstate 20_HCA_01 no errors
setstate 20_HCA_01 2019-01-06 09:46:05 1_storage_no 0
setstate 20_HCA_01 2019-01-06 09:46:05 1_type VIF_HCA
setstate 20_HCA_01 2019-01-06 09:46:05 1_unit
setstate 20_HCA_01 2019-01-06 09:46:05 1_value 0
setstate 20_HCA_01 2019-01-06 09:46:05 1_value_type Instantaneous value
setstate 20_HCA_01 2019-01-06 09:46:05 2_storage_no 1
setstate 20_HCA_01 2019-01-06 09:46:05 2_type VIF_HCA
setstate 20_HCA_01 2019-01-06 09:46:05 2_unit
setstate 20_HCA_01 2019-01-06 09:46:05 2_value 36
setstate 20_HCA_01 2019-01-06 09:46:05 2_value_type Instantaneous value
setstate 20_HCA_01 2019-01-06 09:46:05 3_storage_no 1
setstate 20_HCA_01 2019-01-06 09:46:05 3_type VIF_TIME_POINT_DATE
setstate 20_HCA_01 2019-01-06 09:46:05 3_unit
setstate 20_HCA_01 2019-01-06 09:46:05 3_value 2018-12-31
setstate 20_HCA_01 2019-01-06 09:46:05 3_value_type Instantaneous value
setstate 20_HCA_01 2019-01-06 09:46:05 4_storage_no 0
setstate 20_HCA_01 2019-01-06 09:46:05 4_type VIF_TIME_POINT_DATE
setstate 20_HCA_01 2019-01-06 09:46:05 4_unit
setstate 20_HCA_01 2019-01-06 09:46:05 4_value invalid: ffff
setstate 20_HCA_01 2019-01-06 09:46:05 4_value_type Value during error state
setstate 20_HCA_01 2019-01-06 09:46:05 5_storage_no 0
setstate 20_HCA_01 2019-01-06 09:46:05 5_type VIF_TIME_POINT_DATE_TIME
setstate 20_HCA_01 2019-01-06 09:46:05 5_unit
setstate 20_HCA_01 2019-01-06 09:46:05 5_value 2019-01-06 09:40
setstate 20_HCA_01 2019-01-06 09:46:05 5_value_type Instantaneous value
setstate 20_HCA_01 2019-01-06 09:46:05 LQI 128
setstate 20_HCA_01 2019-01-06 09:46:05 RSSI -53.5
setstate 20_HCA_01 2019-01-06 09:46:05 batteryState ok
setstate 20_HCA_01 2019-01-06 09:46:05 decryption_ok 1
setstate 20_HCA_01 2019-01-06 09:46:05 is_encrypted 0
setstate 20_HCA_01 2019-01-06 09:46:05 state no errors


Und so, wenn es mal wieder nicht geklappt hat, da fehlt der aktuelle Verbrauchswert und die anderen Werte rutschen eine Stelle vor. Hier jetzt am Beispiel vom Heizkörper im Wohnzimmer.
1_value = abgelesener Verbrauchswert zum ....
2_value = Ablesedatum
3_value = hier steht dann bei allen Heizkostenverteilern wo es nicht geklappt hat eine 16


defmod 10_HCA_02 WMBUS LSE 88173504 52 8
attr 10_HCA_02 IODev CUL_868_MBUS
attr 10_HCA_02 ignoreUnknownDataBlocks 1
attr 10_HCA_02 room 10_Wohnzimmer,WMBUS

setstate 10_HCA_02 no errors
setstate 10_HCA_02 2019-01-06 14:23:00 1_storage_no 128
setstate 10_HCA_02 2019-01-06 14:23:00 1_type VIF_HCA
setstate 10_HCA_02 2019-01-06 14:23:00 1_unit
setstate 10_HCA_02 2019-01-06 14:23:00 1_value 827
setstate 10_HCA_02 2019-01-06 14:23:00 1_value_type Instantaneous value
setstate 10_HCA_02 2019-01-06 14:23:00 2_storage_no 128
setstate 10_HCA_02 2019-01-06 14:23:00 2_type VIF_TIME_POINT_DATE
setstate 10_HCA_02 2019-01-06 14:23:00 2_unit
setstate 10_HCA_02 2019-01-06 14:23:00 2_value 2018-12-31
setstate 10_HCA_02 2019-01-06 14:23:00 2_value_type Instantaneous value
setstate 10_HCA_02 2019-01-06 14:23:00 3_storage_no 0
setstate 10_HCA_02 2019-01-06 14:23:00 3_type VIF_MODEL_VERSION
setstate 10_HCA_02 2019-01-06 14:23:00 3_unit
setstate 10_HCA_02 2019-01-06 14:23:00 3_value 16
setstate 10_HCA_02 2019-01-06 14:23:00 3_value_type Instantaneous value
setstate 10_HCA_02 2019-01-06 14:23:00 4_storage_no 0
setstate 10_HCA_02 2019-01-06 14:23:00 4_type VIF_TIME_POINT_DATE_TIME
setstate 10_HCA_02 2019-01-06 14:23:00 4_unit
setstate 10_HCA_02 2019-01-06 14:23:00 4_value 2019-01-06 14:34
setstate 10_HCA_02 2019-01-06 14:23:00 4_value_type Instantaneous value
setstate 10_HCA_02 2019-01-06 01:56:13 5_storage_no 0
setstate 10_HCA_02 2019-01-06 01:56:13 5_type VIF_TIME_POINT_DATE_TIME
setstate 10_HCA_02 2019-01-06 01:56:13 5_unit
setstate 10_HCA_02 2019-01-06 01:56:13 5_value 2019-01-06 02:08
setstate 10_HCA_02 2019-01-06 01:56:13 5_value_type Instantaneous value
setstate 10_HCA_02 2019-01-06 14:23:00 LQI 128
setstate 10_HCA_02 2019-01-06 14:23:00 RSSI -69
setstate 10_HCA_02 2019-01-06 14:23:00 batteryState ok
setstate 10_HCA_02 2019-01-06 14:23:00 decryption_ok 1
setstate 10_HCA_02 2019-01-06 14:23:00 is_encrypted 0
setstate 10_HCA_02 2019-01-06 14:23:00 state no errors


Ich hatte mir die Seiten zuvor noch mal genau durchgelesen und den Buffer im CUL wie beschrieben auf 200 gesetzt. Anbei noch mal die board.h wie ich meinen CUL konfiguriert habe. Kann die Verschiebung an der Größe vom Buffer liegen oder gibt es noch ein paar andere Dinge zu beachten?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 06 Januar 2019, 17:57:06
Zitat
setstate 10_HCA_02 2019-01-06 14:23:00 1_storage_no 128

Das ist das Problem. Bei diesem Datenblock werden andere Zählerstände (storage_no) geschickt. Wahrscheinlich passen nicht alle Stände in ein Datenpaket.
Ich weiß aktuell aber noch nicht wie man das lösen kann.
Das WMBUS Modul interpretiert die gesendeten Daten inhaltlich nicht, es gibt einfach den Inhalt der empfangenen Pakete aus.
In diesem Fall wäre aber die storage_no zu beachten und die Daten des zweiten Pakets an die Readings anzuhängen statt die existierenden zu überschreiben.
Das wäre aber erstmal nur bei diesem Zählertyp so. Ich bin mir nicht sicher, ob solche Spezifika wirklich in das Modul sollten.

Alternativ müsstest du das z. B. mit passenden Notifies/DOIF/userReaddings lösen. 
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 06 Januar 2019, 21:15:59
Vielleicht gibt es noch irgendeine Information in den Paketen die bei der korrekten Auswertung für deinen Fall helfen würde die ich aber noch nicht auswerte.

Poste doch bitte mal ein paar Rohdaten, wenn möglich von beiden Paketarten.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: fh168 am 22 Januar 2019, 18:57:09
Zitat von: Shojo am 21 Oktober 2017, 11:19:22
Ja ok, meine Aussage ist auch misst.... ::)

Das Device Wasser.Zaehler.Warm soll ja ein Volumen von 10.382 m³ haben, aber es ist aktuell 11.249 m³.

Das Reading passte aber schon mal.

So sieht es auch mit dem Wasser.Zaehler.Kalt aus.
Es wird dann auch mal weniger, dann wieder mehr.
(Also mal wieder ein kleinerer Wert und dann wieder ein höherer)

Hallo,

ich habe die gleichen Wasseruhren.
bei mir dekodiert er aber nicht den Verbrauch.
2_value
3500821f8035865418f6df99fb2ac9a810e76ca7f5980c6ed3f16c3fc9e3cd5dadfee0255ef587847d0f5697ee8d99cc7e5607de4c360c7809464959


Was muss man tun?
Und was bedeutet die 81 im define?

LG
/robin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 22 Januar 2019, 20:58:52
Bitte ein list von dem Device und ein paar rawmsg aus dem Log posten.

Dann kann ich die Fragen vielleicht beantworten.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 24 Januar 2019, 20:09:32
Zitat von: fh168 am 22 Januar 2019, 18:57:09
Hallo,

ich habe die gleichen Wasseruhren.
bei mir dekodiert er aber nicht den Verbrauch.
2_value
3500821f8035865418f6df99fb2ac9a810e76ca7f5980c6ed3f16c3fc9e3cd5dadfee0255ef587847d0f5697ee8d99cc7e5607de4c360c7809464959


Was muss man tun?
Und was bedeutet die 81 im define?

LG
/robin

81 ist die Version des Zählers so wie dieser die mitteilt.


2019-01-22 18:31:11   2_storage_no    0
2019-01-22 18:31:11   2_type          MANUFACTURER SPECIFIC
2019-01-22 18:31:11   2_unit         
2019-01-22 18:31:11   2_value         3500829f8035ea7d26c9eff69517be6b54a60aee569778f0b9ea33d4c0b7d9f9b6dbfc9ea0376a4791b741732b892409eb3888786bfb0c7891521759


Das Reading 2_value enthält Daten die herstellerspezifisch sind und nicht dekodiert werden können (siehe Reading 2_type).
Um die zu dekodieren würde ich eine Dokumentation des Datenformats benötigen.

Evtl. hast du Glück und der Zähler sendet auch Daten in einem dekodierbaren Format.
Dann solltest du das Attribut ignoreUnknownDataBlocks setzen, damit diese nicht wieder von den nicht dekodierbaren überschrieben werden.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: killah78 am 01 März 2019, 18:36:19
Hallo zusammen,
langsam wir es spannend hier.
Also zum Thema Letrika SM260 Modulwechselrichter.
Wie schon irgendwo beschrieben, antwortet der Wechselrichter nur auf "Anfrage".
Diese Anfrage ist aber wohl immer gleich und sollte sich doch auch durch den CUL senden lassen. Hat bei mir aber nicht funktioniert.
Im Anhang mal ein Log. Hier ist gut durch die RSSI zu erkennen, was was ist.
Ein RSSI um die 30 ist der Laptop mit dem Sun-Stick. Ein RSSI um die 55 ist der Wechselrichter.
Man erkennt, dass der Stick etwas sendet, dann sendet der Wechelrichter was, dann der Stick wieder und letztendlich der Wechelrichter wieder.
Das wiederholt sich dann alle 20 Sekunden (einstellbar).
Ab 17:35:48 habe ich den Wechelrichter ausgeschaltet, das ist dann wieder eine besondere Nachricht.
Vielleicht kann man daraus was machen, was die Anfrage über den CUL sendet. Wäre cool.
Weitere Tests sind kein Problem.
Gruss
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 03 März 2019, 14:40:07
Zitat
2019.03.01 17:09:37 2: WMBUS Error during LinkLayer parse:message too short, expected 107, got 63 bytes
2019.03.01 17:09:37 2: Please make sure that TTY_BUFSIZE in culfw is at least two times the message length + 1

Erhöhe mal wie in der Meldung angegeben die BUFSIZE damit die Antwort des Wechselrichters vollständig empfangen werden kann.

Zitat
2019.03.01 17:29:48 2: WMBUS WMBUS_LET_00006398_1_2 Error during ApplicationLayer parse:Unsupported CI Field 51, remaining payload is 0c7900000000

CI Field 51 bedeutet
51h  CMD to device  None M-Bus (for wired M-Bus only!)

Scheint also eigentlich nur für drahtgebundene Kommunikation vorgesehen zu sein.

Was passiert denn wenn du mit

set nanoCUL_WM raw bs135BB4B098630000010291C7510C790000000000FFA73CBF80

das selbe sendest wie der Sun-STICK?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: killah78 am 05 März 2019, 13:33:01
Hmmh, habe einen nanoCUL mit a-cul.
Habe das set raw mal versucht, hat aber keine Reaktion gegeben.

Dann habe ich die Firmware aus Beitrag 664 geflashed, eben auch wegen der Buffersize.
Seit dem empfange ich garnichts mehr. Sprich Wasseruhr kommt auch nicht mehr an.
Auf ein get cconf oder ähnliches wird normal reagiert.
Wo liegt mein Fehler? Die normale CUL sollte doch genauso wie die a-cul den WMBUS empfange, oder nicht?
get version sagt: "V 1.67 nanoCUL433". Was das das File in #664 für einen 433?
Gruss
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 05 März 2019, 21:35:34
In der a-culfw auf github ist WMBUS für den nanoCUL komplett ausgeschaltet. Hast du eine selbst compilierte culfw?

WMBUS braucht sehr viel Speicher, insbesondere wenn auch gesendet werden soll. Daher macht es Sinn dafür einen dedizierten CUL zu haben in dem alle anderen Protokolle außer WMBUS ausgeschaltet sind.

Ich habe gerade nochmal eine culfw mit diesen Eigenschaften erstellt, probiere die mal.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: killah78 am 06 März 2019, 11:14:55
Hi,
die angehangene hex empfängt leider nichts. Ich habe mir die a-cul jetzt mal neu kompiliert, habe alle Optionen ausser wmbus deaktiviert. Und den Buffer auf 220 gesetzt. Jetzt wird der 2. Teil des Letrika empfangen, allerdings mit der Meldung:
2019.03.06 11:05:10.397 2: WMBUS WMBUS_LET_00006398_1_2 Error during ApplicationLayer parse:in datablock 3: unexpected DIF_READOUT

Hier nochmal die gesamten zusammenhängenden Daten:
2019.03.06 11:05:10.103 5: CUL/RAW: /b105BB4B09
2019.03.06 11:05:10.119 5: CUL/RAW: b105BB4B09/86300000102DD72510C79000000007680801E
2019.03.06 11:05:10.120 4: CUL_Parse: nanoCUL868_WM b105BB4B0986300000102DD72510C79000000007680801E -59
2019.03.06 11:05:10.122 5: nanoCUL868_WM: dispatch b105BB4B0986300000102DD72510C7900000000768080::-59
2019.03.06 11:05:10.122 5: WMBUS raw msg b105BB4B0986300000102DD72510C7900000000768080::-59
2019.03.06 11:05:10.125 2: WMBUS WMBUS_LET_00006398_1_2 Error during ApplicationLayer parse:Unsupported CI Field 51, remaining payload is 0c7900000000

2019.03.06 11:05:10.151 5: CUL/RAW: /b2008B4B098630000010256847A
2019.03.06 11:05:10.167 5: CUL/RAW: b2008B4B098630000010256847A/00000000040319410900022B30000631F46D0C50448320288192800B
2019.03.06 11:05:10.167 4: CUL_Parse: nanoCUL868_WM b2008B4B098630000010256847A00000000040319410900022B30000631F46D0C50448320288192800B -68.5
2019.03.06 11:05:10.168 5: nanoCUL868_WM: dispatch b2008B4B098630000010256847A00000000040319410900022B30000631F46D0C5044832028819280::-68.5
2019.03.06 11:05:10.168 5: WMBUS raw msg b2008B4B098630000010256847A00000000040319410900022B30000631F46D0C5044832028819280::-68.5

2019.03.06 11:05:10.247 5: CUL/RAW: /b135BB4B098630000010291C7510C790000000000
2019.03.06 11:05:10.263 5: CUL/RAW: b135BB4B098630000010291C7510C790000000000/FFA73CBF801E
2019.03.06 11:05:10.263 4: CUL_Parse: nanoCUL868_WM b135BB4B098630000010291C7510C790000000000FFA73CBF801E -59
2019.03.06 11:05:10.264 5: nanoCUL868_WM: dispatch b135BB4B098630000010291C7510C790000000000FFA73CBF80::-59
2019.03.06 11:05:10.264 5: WMBUS raw msg b135BB4B098630000010291C7510C790000000000FFA73CBF80::-59
2019.03.06 11:05:10.266 2: WMBUS WMBUS_LET_00006398_1_2 Error during ApplicationLayer parse:Unsupported CI Field 51, remaining payload is 0c790000000000ffa7

2019.03.06 11:05:10.343 5: CUL/RAW: /b5C08B4B0986300000102DA227A00000000022B3200027C0
2019.03.06 11:05:10.359 5: CUL/RAW: b5C08B4B0986300000102DA227A00000000022B3200027C0/76968705FC83E736F63E80301FD6601027C0471657266246D8713017C0870
2019.03.06 11:05:10.390 5: CUL/RAW: b5C08B4B0986300000102DA227A00000000022B3200027C076968705FC83E736F63E80301FD6601027C0471657266246D8713017C0870/6D745F636463640F017CEFDF08706D745F636163640F027C0B746C6FE822765F63645F636573A40106FD670000006205000000FFFF800
2019.03.06 11:05:10.391 4: CUL_Parse: nanoCUL868_WM b5C08B4B0986300000102DA227A00000000022B3200027C076968705FC83E736F63E80301FD6601027C0471657266246D8713017C08706D745F636463640F017CEFDF08706D745F636163640F027C0B746C6FE822765F63645F636573A40106FD670000006205000000FFFF800
2019.03.06 11:05:10.392 5: nanoCUL868_WM: dispatch b5C08B4B0986300000102DA227A00000000022B3200027C076968705FC83E736F63E80301FD6601027C0471657266246D8713017C08706D745F636463640F017CEFDF08706D745F636163640F027C0B746C6FE822765F63645F636573A40106FD670000006205000000FFFF800
2019.03.06 11:05:10.393 5: WMBUS raw msg b5C08B4B0986300000102DA227A00000000022B3200027C076968705FC83E736F63E80301FD6601027C0471657266246D8713017C08706D745F636463640F017CEFDF08706D745F636163640F027C0B746C6FE822765F63645F636573A40106FD670000006205000000FFFF800
2019.03.06 11:05:10.397 2: WMBUS WMBUS_LET_00006398_1_2 Error during ApplicationLayer parse:in datablock 3: unexpected DIF_READOUT



Edit: So, jetzt habe ich die normale culfw mal kompiliert und läuft. Aber auch damit kommt auf das senden der Rawmessage leider keine Reaktion. :-(
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: PeMue am 06 März 2019, 13:54:31
Hallo,

Zitat von: killah78 am 06 März 2019, 11:14:55
Edit: So, jetzt habe ich die normale culfw mal kompiliert und läuft. Aber auch damit kommt auf das senden der Rawmessage leider keine Reaktion. :-(
könntest Du die hex noch anhängen? Vielleicht bringt sie dem einen oder anderen was.

Danke + Gruß

PeMue
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: killah78 am 06 März 2019, 14:33:41
Zitat von: PeMue am 06 März 2019, 13:54:31
könntest Du die hex noch anhängen?
Hi, klar. Hier die culfw 1.67 für 868Mhz mit aktiviertem WMBUS, sonstiges deaktiviert, Buffer 220

Gruss
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 06 März 2019, 19:58:15
Zitat von: killah78 am 06 März 2019, 11:14:55
2019.03.06 11:05:10.397 2: WMBUS WMBUS_LET_00006398_1_2 Error during ApplicationLayer parse:in datablock 3: unexpected DIF_READOUT

Probiere es mal mit der angehängten Version.

Da kommen bei mir damit jetzt diese Werte raus:

Manufacturer b0b4 LET
IdentNumber 00006398
Version 1
Type 2 Electricity
IsEncrypted 0
Status: 0 no errors
1. StorageNo 0 Instantaneous value VIF_ELECTRIC_POWER 50 W
2. StorageNo 0 Instantaneous value see unit 1000 ihp_soc
3. StorageNo 0 Instantaneous value VIF_STATE_PARAMETER_ACTIVATION 1
4. StorageNo 0 Instantaneous value see unit 4999 qerf
5. StorageNo 0 Instantaneous value see unit 15 pmt_cdcd
6. StorageNo 0 Instantaneous value see unit 15 pmt_cacd
7. StorageNo 0 Instantaneous value see unit 420 tlov_cd_ces
8. StorageNo 0 Instantaneous value VIF_SPECIAL_SUPPLIER_INFORMATION 0


Kannst du verifizieren, dass die Werte plausibel sind?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: killah78 am 06 März 2019, 21:23:09
Hi, sieht gut aus. Werte kommen an und werden interpretiert:

2019-03-06_21:12:13 WMBUS_LET_00006398_1_2 RSSI: -54
2019-03-06_21:12:13 WMBUS_LET_00006398_1_2 LQI: 128
2019-03-06_21:12:13 WMBUS_LET_00006398_1_2 Unsupported CI Field 51, remaining payload is 0c7900000000
2019-03-06_21:12:13 WMBUS_LET_00006398_1_2 RSSI: -61.5
2019-03-06_21:12:13 WMBUS_LET_00006398_1_2 LQI: 128
2019-03-06_21:12:13 WMBUS_LET_00006398_1_2 1_storage_no: 0
2019-03-06_21:12:13 WMBUS_LET_00006398_1_2 1_type: VIF_ENERGY_WATT
2019-03-06_21:12:13 WMBUS_LET_00006398_1_2 1_value: 606753
2019-03-06_21:12:13 WMBUS_LET_00006398_1_2 1_unit: Wh
2019-03-06_21:12:13 WMBUS_LET_00006398_1_2 1_value_type: Instantaneous value
2019-03-06_21:12:13 WMBUS_LET_00006398_1_2 2_storage_no: 0
2019-03-06_21:12:13 WMBUS_LET_00006398_1_2 2_type: VIF_ELECTRIC_POWER
2019-03-06_21:12:13 WMBUS_LET_00006398_1_2 2_value: 0
2019-03-06_21:12:13 WMBUS_LET_00006398_1_2 2_unit: W
2019-03-06_21:12:13 WMBUS_LET_00006398_1_2 2_value_type: Instantaneous value
2019-03-06_21:12:13 WMBUS_LET_00006398_1_2 3_storage_no: 0
2019-03-06_21:12:13 WMBUS_LET_00006398_1_2 3_type: VIF_TIME_POINT_DATE_TIME
2019-03-06_21:12:13 WMBUS_LET_00006398_1_2 3_value: 2000-00-00 00:00
2019-03-06_21:12:13 WMBUS_LET_00006398_1_2 3_unit:
2019-03-06_21:12:13 WMBUS_LET_00006398_1_2 3_value_type: Instantaneous value
2019-03-06_21:12:13 WMBUS_LET_00006398_1_2 batteryState: ok
2019-03-06_21:12:13 WMBUS_LET_00006398_1_2 is_encrypted: 0
2019-03-06_21:12:13 WMBUS_LET_00006398_1_2 decryption_ok: 1
2019-03-06_21:12:13 WMBUS_LET_00006398_1_2 no errors
2019-03-06_21:12:13 WMBUS_LET_00006398_1_2 rawmsg: 2008b4b098630000010256847a00000000040321420900022b000006fa516d0c504483202881928019
2019-03-06_21:12:13 WMBUS_LET_00006398_1_2 RSSI: -54
2019-03-06_21:12:13 WMBUS_LET_00006398_1_2 LQI: 128
2019-03-06_21:12:13 WMBUS_LET_00006398_1_2 Unsupported CI Field 51, remaining payload is 0c790000000000ffa7
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 RSSI: -66
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 LQI: 128
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 1_storage_no: 0
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 1_type: VIF_ELECTRIC_POWER
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 1_value: 50
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 1_unit: W
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 1_value_type: Instantaneous value
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 2_storage_no: 0
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 2_type: see unit
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 2_value: 1000
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 2_unit: ihp_soc
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 2_value_type: Instantaneous value
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 3_storage_no: 0
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 3_type: VIF_STATE_PARAMETER_ACTIVATION
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 3_value: 0
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 3_unit:
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 3_value_type: Instantaneous value
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 4_storage_no: 0
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 4_type: see unit
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 4_value: 4998
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 4_unit: qerf
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 4_value_type: Instantaneous value
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 5_storage_no: 0
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 5_type: see unit
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 5_value: 11
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 5_unit: pmt_cdcd
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 5_value_type: Instantaneous value
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 6_storage_no: 0
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 6_type: see unit
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 6_value: 12
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 6_unit: pmt_cacd
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 6_value_type: Instantaneous value
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 7_storage_no: 0
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 7_type: see unit
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 7_value: 14
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 7_unit: tlov_cd_ces
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 7_value_type: Instantaneous value
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 8_storage_no: 0
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 8_type: VIF_SPECIAL_SUPPLIER_INFORMATION
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 8_value: 0
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 8_unit:
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 8_value_type: Instantaneous value
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 batteryState: ok
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 is_encrypted: 0
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 decryption_ok: 1
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 no errors
2019-03-06_21:12:14 WMBUS_LET_00006398_1_2 rawmsg: 5c08b4b0986300000102da227a00000000022b3200027c076968705fc83e736f63e80301fd6600027c0471657266a9998613017c08706d745f636463640b017c0e3408706d745f636163640c027c0b746c6fc306765f63645f6365730e0006fd6700000076f1000000ffff8010



Allerdings gibt es folgendes Problem: Es gibt ja zwei Datentelegramme. Das erste beinhaltet die aktuelle Leistung in Watt und die bisher abgegebene Strommenge in Wh. Das zweite Datentelegramm enthält dann die einstellbare abzugebende Leistung in W und ein ein/aus Schalter. Die anderen Daten müssten eine Art Fehlerlog/Alarm beinhalten, der bei mir aber leer bzw Null ist. Leider ist das Problem, dass die zweite Nachricht, die erste überschreibt. Unglücklicherweise heissen die typen sogar gleich (VIF_ELECTRIC_POWER).
KAnn man das irgendwie separieren?
Hier noch ein Listing:
Internals:
   DEF        LET 00006398 1 2
   DeviceMedium Electricity
   DeviceType 2
   FUUID      5c7a87c0-f33f-86d0-2a8f-1477677272313525
   IODev      nanoCUL868_WM
   IdentNumber 00006398
   LASTInputDev nanoCUL868_WM
   MSGCNT     660
   Manufacturer LET
   MessageEncoding CUL
   NAME       WMBUS_LET_00006398_1_2
   NR         740
   STATE      no errors
   TYPE       WMBUS
   Version    1
   addr       LET_00006398_1_2
   model      LET_2_1
   nanoCUL868_WM_MSGCNT 660
   nanoCUL868_WM_RAWMSG b5C08B4B0986300000102DA227A00000000022B3200027C076968705FC83E736F63E80301FD6600027C0471657266A9998513017C08706D745F636463640B017C5F0008706D745F636163640C027C0B746C6FC306765F63645F6365730E0006FD6700000076F1000000FFFF801
   nanoCUL868_WM_RSSI -52
   nanoCUL868_WM_TIME 2019-03-06 21:20:22
   READINGS:
     2019-03-06 21:20:22   1_storage_no    0
     2019-03-06 21:20:22   1_type          VIF_ELECTRIC_POWER
     2019-03-06 21:20:22   1_unit          W
     2019-03-06 21:20:22   1_value         50
     2019-03-06 21:20:22   1_value_type    Instantaneous value
     2019-03-06 21:20:22   2_storage_no    0
     2019-03-06 21:20:22   2_type          see unit
     2019-03-06 21:20:22   2_unit          ihp_soc
     2019-03-06 21:20:22   2_value         1000
     2019-03-06 21:20:22   2_value_type    Instantaneous value
     2019-03-06 21:20:22   3_storage_no    0
     2019-03-06 21:20:22   3_type          VIF_STATE_PARAMETER_ACTIVATION
     2019-03-06 21:20:22   3_unit         
     2019-03-06 21:20:22   3_value         0
     2019-03-06 21:20:22   3_value_type    Instantaneous value
     2019-03-06 21:20:22   4_storage_no    0
     2019-03-06 21:20:22   4_type          see unit
     2019-03-06 21:20:22   4_unit          qerf
     2019-03-06 21:20:22   4_value         4997
     2019-03-06 21:20:22   4_value_type    Instantaneous value
     2019-03-06 21:20:22   5_storage_no    0
     2019-03-06 21:20:22   5_type          see unit
     2019-03-06 21:20:22   5_unit          pmt_cdcd
     2019-03-06 21:20:22   5_value         11
     2019-03-06 21:20:22   5_value_type    Instantaneous value
     2019-03-06 21:20:22   6_storage_no    0
     2019-03-06 21:20:22   6_type          see unit
     2019-03-06 21:20:22   6_unit          pmt_cacd
     2019-03-06 21:20:22   6_value         12
     2019-03-06 21:20:22   6_value_type    Instantaneous value
     2019-03-06 21:20:22   7_storage_no    0
     2019-03-06 21:20:22   7_type          see unit
     2019-03-06 21:20:22   7_unit          tlov_cd_ces
     2019-03-06 21:20:22   7_value         14
     2019-03-06 21:20:22   7_value_type    Instantaneous value
     2019-03-06 21:20:22   8_storage_no    0
     2019-03-06 21:20:22   8_type          VIF_SPECIAL_SUPPLIER_INFORMATION
     2019-03-06 21:20:22   8_unit         
     2019-03-06 21:20:22   8_value         0
     2019-03-06 21:20:22   8_value_type    Instantaneous value
     2019-03-06 21:20:22   LQI             128
     2019-03-06 21:20:22   RSSI            -66
     2019-03-06 21:20:22   batteryState    ok
     2019-03-06 21:20:22   decryption_ok   1
     2019-03-06 21:20:22   is_encrypted    0
     2019-03-06 21:20:22   rawmsg          5c08b4b0986300000102da227a00000000022b3200027c076968705fc83e736f63e80301fd6600027c0471657266a9998513017c08706d745f636463640b017c5f0008706d745f636163640c027c0b746c6fc306765f63645f6365730e0006fd6700000076f1000000ffff8010
     2019-03-06 21:20:22   state           no errors
Attributes:
   IODev      nanoCUL868_WM
   rawmsg_as_reading 1
   room       WMBUS


Siehst du auch irgendwie die Möglichkeit, diesen "Starting Payload" über den CUL zu senden um das Senden des Wechselrichters "anzustossen"?

Danke und Gruss
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 06 März 2019, 21:59:00
Aktuell finde ich keine Möglichkeit die unterschiedlichen Telegrammarten zu unterscheiden.
Es gibt zwar so etwas im Standard (access no) aber die ist immer 0.

Es müsste wohl zusätzlich das gesendete Telegramm ausgewertet werden um die Antwort zuordnen zu können.

Da muss ich mich noch tiefer mit auseinandersetzen um mglw. eine Lösung zu finden.

Senden habe ich selbst noch nie ausprobiert, ich weiß daher nicht, ob das in der culfw überhaupt richtig funktioniert. Dazu müsste ich erst mal einen separaten Sender und Empfänger haben.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 10 März 2019, 13:53:35
Ich habe den aktuellen Stand gerade eingecheckt.

Es werden jetzt auch die Nachrichten die von dem Stick an den Wechselrichter gesendet werden ohne Fehler verarbeitet. Diese Nachrichten werden aber normalerweise vom Modul ignoriert es sei denn das Attribute ignoreMasterMessages wird explizit auf 0 gesetzt.

Der Inhalt dieser Nachrichten ist aktuell nicht sonderlich hilfreich:

Manufacturer b0b4 LET
IdentNumber 00006398
Version 1
Type 2 Electricity
IsEncrypted 0
Status: 0 no errors
1. StorageNo 0 Instantaneous value VIF_OWNER_NO 0
2. StorageNo 0 Instantaneous value MANUFACTURER SPECIFIC 


Bei der einen Nachricht fehlt der MANUFACTURER SPECIFIC Teil.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 10 März 2019, 15:44:18
Zitat von: killah78 am 06 März 2019, 21:23:09
Siehst du auch irgendwie die Möglichkeit, diesen "Starting Payload" über den CUL zu senden um das Senden des Wechselrichters "anzustossen"?

Ich habe gerade mal Senden und Empfangen getestet.
Es geht, wenn man es richtig macht  ;)

1. In der culfw muss HAS_MBUS definiert sein und MBUS_NO_TX darf nicht defriniert sein.
2. Das korrekte Kommando zum senden lautet bss oder bst zum Senden per S-Mode/T-Mode

Also z. B.

set nanoCUL868_WM raw bss105BB4B0986300000102DD72510C7900000000768080


für's Senden im S-Mode.

Auf welchen rfmode ist dein nanoCUL868_WM eingestellt?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: killah78 am 10 März 2019, 16:26:34
Danke kaihs, das ist super!!!! Funktioniert!!
Ich hatte das Senden immer mit bs gestartet, aber mit bss funktioniert es.
So kann jetzt nach Bedarf der Zustand des Wechselrichters abgefragt werden.
Ich werde mal noch weitere Tests machen, ob das Einstellen der abzugebenden Leistung und Ein/Aus auch funktioniert. Aber da gehe ich von aus.
Jetzt bleibt noch das Problem der überschreibenden Readings, dann ist es Pefekt.
Danke für deine Mühe und deinen Support.
:-)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 10 März 2019, 19:02:42
Wenn du das Senden jetzt über fhem machst könntest du da selber eine Lösung erstellen, z. B. mit zwei userReadings.

Z. B. etwas in der Art
1. Sendeart in einem dummy Merken
2. passendes Kommando per set raw senden
3. im Code vom userReading die Sendeart Abfragen und nur bei passender Sendeart das 1. Userreading aktualisieren
4. andere Sendeart in einem dummy Merken
5. passendes Kommando per set raw senden
6. im Code vom userReading die Sendeart Abfragen und nur bei passender Sendeart das  2. Userreading aktualisieren

Aktuell tendiere ich dazu so etwas nicht in das Modul aufzunehmen weil es doch sehr speziell für die Letrika Wechselrichter ist.
Titel: Wireless M-Bus für CUL
Beitrag von: Miriel am 10 März 2019, 19:28:16
Klingt toll, bitte schreibt eine Nachricht wenn ihr mal ein Modul erstellen solltet. Da ich bis jetzt mit 2. Rechner via SUN-Stick auch meine beiden Letrika Umformer antriggere. Damit FHEM mittels CUL die Werte loggt.

Leider bin ich zwar ein Fortgeschrittener User, jedoch den Vorschlag im letzten Post umzusetzen nicht in der Lage.


Gesendet von iPad mit Tapatalk Pro
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Miriel am 11 März 2019, 08:43:52
Zitat von: kaihs am 10 März 2019, 15:44:18
Ich habe gerade mal Senden und Empfangen getestet.
Es geht, wenn man es richtig macht  ;)

1. In der culfw muss HAS_MBUS definiert sein und MBUS_NO_TX darf nicht defriniert sein.
2. Das korrekte Kommando zum senden lautet bss oder bst zum Senden per S-Mode/T-Mode

Also z. B.

set nanoCUL868_WM raw bss105BB4B0986300000102DD72510C7900000000768080


für's Senden im S-Mode.

Auf welchen rfmode ist dein nanoCUL868_WM eingestellt?

Sorry hab gerade versucht alles nach zu vollziehen, jedoch wo kann man in der Culfw die Merkmale has_bus und Mbus _no_tx setzen? Bzw. welche culfw für mein CUL V3 müsste ich flashen?


Gesendet von iPad mit Tapatalk Pro
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Miriel am 11 März 2019, 14:22:27
Hallo wenn ich wie oben beschrieben alles eingebe erhalte ich:

2019.03.11 13:13:28 5: SW: bss105BB4B05397000001024B7D510C7900000000768080
2019.03.11 13:13:28 5: CUL/RAW: /not compiled in

2019.03.11 13:13:28 4: CUL_Parse: CUL_IO1 not compiled in
2019.03.11 13:13:28 5: CUL_IO1: dispatch not compiled in
2019.03.11 13:13:28 3: CUL_IO1: Unknown code not compiled in, help me!

-> bedeutet das ich muss eine andere CUL-FW flashen?


*** weiterhin habe ich heute FHEM Update durchgeführt. Dadurch wird zwar der Letrika wunderbar ohne Fehler erkannt, jedoch erhalte ich nicht mehr die gesamte erzeugte Leistung seit Inbetriebnahme (vorher Energy in W/h). Nur noch die gerade erzeugte Leistung in Watt. Wie kann ich das korrigieren?



Gesendet von iPad mit Tapatalk Pro
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: killah78 am 11 März 2019, 17:58:56
Hi,
das ist das Thema "überschreiben".
Mit bss105 wird in 1_value die bisher erzeugte Energie angezeigt, in 2_value die akutelle Leistung in Watt.
Mit bss135 wird in 1_value die maximale eingestellte Leistung in Watt, in 3_value "on/off" angezeigt.

Und die SMIController.exe macht halt bss105 und bss135 direkt nacheinander, weshalb dann 1_value immer überschrieben wird.
Bin auch gerade dabei mir was zusammenzubauen, was kaihs genannt hat. Mit Sendart und userReadings.

Bisher habe ich diese userReadings:
user_current_power {if (ReadingsVal('du_letrika','sendeart','0')  eq '1') {ReadingsVal('WMBUS_LET_00006398_1_2','2_value',0);;} else {ReadingsVal('WMBUS_LET_00006398_1_2','user_current_power',0);;}},
user_current_energy {if (ReadingsVal('du_letrika','sendeart','0')  eq '1') {ReadingsVal('WMBUS_LET_00006398_1_2','1_value',0);;}  else {ReadingsVal('WMBUS_LET_00006398_1_2','user_current_energy',0);;}},
user_set_power {if (ReadingsVal('du_letrika','sendeart','0')  eq '2') {ReadingsVal('WMBUS_LET_00006398_1_2','1_value',0);;}  else {ReadingsVal('WMBUS_LET_00006398_1_2','user_set_power',0);;}},
user_set_onoff {if (ReadingsVal('du_letrika','sendeart','0')  eq '2') { ReadingsVal('WMBUS_LET_00006398_1_2','3_value',0)>0 ? "on" : "off" }  else {ReadingsVal('WMBUS_LET_00006398_1_2','user_set_onoff',0);;}}


Der dummy löst über ein notify/doif ein senden aus und setzt entsprechend die Sendeart.
Bin aber noch am experimentieren.
Gruss
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: killah78 am 11 März 2019, 19:57:12
Ich habe mal noch etwas weiter getestet. Die Software erlaubt ja die maximale Leistung einzustellen, sowie Ein/Aus.
Ich habe das mal mitgelogged (Maximale Leistung = 3 Watt, AUS). Es wird ein Telegramm gesendet:
b2444B4B09863000001022D59510C7900000000122B0300027C076968ED6F705F736F63E80301FD6600E3E98022
Und der Wechelrichter antwortet:
b0A00B4B09863000001027310A46E9C80
Direkt im Anschluss erfolgt dann die übliche Aktualisierung.

Jetzt das ABER:
Wenn ich diesen bss244 code mit dem CUL sende, wird er ignoriert. Es kommt keine Antwort.

Gibts dazu eine Idee?

Hier mal den das gesamte Datentelegramm:
2019.03.11 19:42:20.166 5: CUL/RAW: /b2444B4B09863000001022D59510C7900000000122B0300027
2019.03.11 19:42:20.182 5: CUL/RAW: b2444B4B09863000001022D59510C7900000000122B0300027/C076968ED6F705F736F63E80301FD6600E3E98022
b0A00B4B0986300000
2019.03.11 19:42:20.183 4: CUL_Parse: nanoCUL868_WM b2444B4B09863000001022D59510C7900000000122B0300027C076968ED6F705F736F63E80301FD6600E3E98022 -57
2019.03.11 19:42:20.185 5: nanoCUL868_WM: dispatch b2444B4B09863000001022D59510C7900000000122B0300027C076968ED6F705F736F63E80301FD6600E3E980::-57
2019.03.11 19:42:20.186 5: WMBUS raw msg b2444B4B09863000001022D59510C7900000000122B0300027C076968ED6F705F736F63E80301FD6600E3E980::-57

2019.03.11 19:42:20.239 5: CUL/RAW: b0A00B4B0986300000/1027310A46E9C801B
2019.03.11 19:42:20.240 4: CUL_Parse: nanoCUL868_WM b0A00B4B09863000001027310A46E9C801B -60.5
2019.03.11 19:42:20.240 5: nanoCUL868_WM: dispatch b0A00B4B09863000001027310A46E9C80::-60.5
2019.03.11 19:42:20.241 5: WMBUS raw msg b0A00B4B09863000001027310A46E9C80::-60.5
2019.03.11 19:42:20.243 2: WMBUS WMBUS_LET_00006398_1_2 Error during ApplicationLayer parse:Unsupported CI Field a4, remaining payload is

2019.03.11 19:42:20.294 5: CUL/RAW: /b105BB4B09863000
2019.03.11 19:42:20.310 5: CUL/RAW: b105BB4B09863000/00102DD72510C790000000076808023
2019.03.11 19:42:20.310 4: CUL_Parse: nanoCUL868_WM b105BB4B0986300000102DD72510C790000000076808023 -56.5
2019.03.11 19:42:20.311 5: nanoCUL868_WM: dispatch b105BB4B0986300000102DD72510C7900000000768080::-56.5
2019.03.11 19:42:20.311 5: WMBUS raw msg b105BB4B0986300000102DD72510C7900000000768080::-56.5

2019.03.11 19:42:20.342 5: CUL/RAW: /b2008B4B098630000010256847A000000000403704D0900022B
2019.03.11 19:42:20.358 5: CUL/RAW: b2008B4B098630000010256847A000000000403704D0900022B/0000062FF16D0C50448320288192801C
2019.03.11 19:42:20.358 4: CUL_Parse: nanoCUL868_WM b2008B4B098630000010256847A000000000403704D0900022B0000062FF16D0C50448320288192801C -60
2019.03.11 19:42:20.359 5: nanoCUL868_WM: dispatch b2008B4B098630000010256847A000000000403704D0900022B0000062FF16D0C5044832028819280::-60
2019.03.11 19:42:20.359 5: WMBUS raw msg b2008B4B098630000010256847A000000000403704D0900022B0000062FF16D0C5044832028819280::-60

2019.03.11 19:42:20.422 5: CUL/RAW: /b135BB4B098630000010291C7510C
2019.03.11 19:42:20.438 5: CUL/RAW: b135BB4B098630000010291C7510C/790000000000FFA73CBF8024
2019.03.11 19:42:20.438 4: CUL_Parse: nanoCUL868_WM b135BB4B098630000010291C7510C790000000000FFA73CBF8024 -56
2019.03.11 19:42:20.439 5: nanoCUL868_WM: dispatch b135BB4B098630000010291C7510C790000000000FFA73CBF80::-56
2019.03.11 19:42:20.439 5: WMBUS raw msg b135BB4B098630000010291C7510C790000000000FFA73CBF80::-56
2019.03.11 19:42:20.502 5: CUL/RAW: /b5C
2019.03.11 19:42:20.518 5: CUL/RAW: b5C/08B4B0986300000102DA227A00000000022B0300027C076968705F4FF3736
2019.03.11 19:42:20.549 5: CUL/RAW: b5C08B4B0986300000102DA227A00000000022B0300027C076968705F4FF3736/F63E80301FD6600027C0471657266A9990000017C08706D745F6364636406017CC7C508706D745F6361636406027C0B746C6F39DE765F63645F63657
2019.03.11 19:42:20.565 5: CUL/RAW: b5C08B4B0986300000102DA227A00000000022B0300027C076968705F4FF3736F63E80301FD6600027C0471657266A9990000017C08706D745F6364636406017CC7C508706D745F6361636406027C0B746C6F39DE765F63645F63657/3080006FD670000001D66000000FFFF801
2019.03.11 19:42:20.565 4: CUL_Parse: nanoCUL868_WM b5C08B4B0986300000102DA227A00000000022B0300027C076968705F4FF3736F63E80301FD6600027C0471657266A9990000017C08706D745F6364636406017CC7C508706D745F6361636406027C0B746C6F39DE765F63645F636573080006FD670000001D66000000FFFF801
2019.03.11 19:42:20.566 5: nanoCUL868_WM: dispatch b5C08B4B0986300000102DA227A00000000022B0300027C076968705F4FF3736F63E80301FD6600027C0471657266A9990000017C08706D745F6364636406017CC7C508706D745F6361636406027C0B746C6F39DE765F63645F636573080006FD670000001D66000000FFFF801
2019.03.11 19:42:20.566 5: WMBUS raw msg b5C08B4B0986300000102DA227A00000000022B0300027C076968705F4FF3736F63E80301FD6600027C0471657266A9990000017C08706D745F6364636406017CC7C508706D745F6361636406027C0B746C6F39DE765F63645F636573080006FD670000001D66000000FFFF801
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 11 März 2019, 20:36:52
Zitat von: Miriel am 11 März 2019, 08:43:52
Sorry hab gerade versucht alles nach zu vollziehen, jedoch wo kann man in der Culfw die Merkmale has_bus und Mbus _no_tx setzen? Bzw. welche culfw für mein CUL V3 müsste ich flashen?

In deinem Fall in der Datei Devices/CUL/board.h

Da dann in dem Abschnitt

#if defined(CUL_V3)
#  define TTY_BUFSIZE          128      // RAM: TTY_BUFSIZE*4
#  undef HAS_MBUS                       // PROGMEM: 4255
#if defined(HAS_MBUS)
#  define MBUS_NO_TX                    // PROGMEM:  962
#endif
#  define HAS_RFNATIVE                  // PROGMEM:  580
#  define HAS_KOPP_FC                   // PROGMEM: 3370
#endif


Damit das dann noch in den Speicher passt musst du wahrscheinlich die meisten der anderen Protokolle ausschalten.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 11 März 2019, 21:04:36
Zitat von: killah78 am 11 März 2019, 19:57:12
Gibts dazu eine Idee?

Der Inhalt der gesendeten Nachricht:

Manufacturer b0b4 LET
IdentNumber 00006398
Version 1
Type 2 Electricity
IsEncrypted 0
Status: 0 no errors
1. StorageNo 0 Instantaneous value VIF_OWNER_NO 0
2. StorageNo 0 Maximum value VIF_ELECTRIC_POWER 3 W
3. StorageNo 0 Instantaneous value see unit 1000 ihp_soc
4. StorageNo 0 Instantaneous value VIF_STATE_PARAMETER_ACTIVATION 0


Kann ich nichts spezielles dran entdecken, und es passt ja zu 3W aus.

Die Daten sind aber länger als die bisher gesendeten, evtl. gibt es da ein Problem mit dem Senden.
Um das zu testen muss ich erst meinen Versuchsaufbau mit Sender und Empfänger wieder reaktivieren.

Die Antwort hat dann aber ein CI-Field A4 ohne weitere Daten, A4 ist in den Standarddokumenten nicht beschrieben.

Da es ja wohl doch mehrere User mit Letrika Wechselrichtern gibt überlege ich, ob ich das Senden nicht doch ins Modul einbaue.
Dazu müsste ich aber abschätzen wie kompliziert das denn werden würde. Ich werde wohl keine komplette herstellerspezifische Konfigurationssoftware nachbauen.

Was kann denn außer maximaler Leistung und Ein/Aus noch alles eingestellt werden? Was ist denn z. B. 1000 ihp_soc?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: killah78 am 11 März 2019, 21:36:16
Zitat von: kaihs am 11 März 2019, 21:04:36
Was kann denn außer maximaler Leistung und Ein/Aus noch alles eingestellt werden? Was ist denn z. B. 1000 ihp_soc?

Die Software gibt die aktuelle Leistung und eine gesammelte Strommenge aus.
Und ich habe die Option die maximale Leistung und Ein/Aus einzustellen.
Dazu gibt es noch einen Alarmstatus, diesen habe ich bisher noch nicht in den Nachrichten entdeckt. Wahrscheinlich weil noch nicht aufgetreten ist.

Das ist das, was die relativ einfache Software hergibt. Es gibt noch weitere Möglichkeiten, die aber leider nicht dokumentiert sind und der Hersteller nicht preis gibt. ZB. die Eignung des Wechselrichters für einen Batteriebetrieb (den ich verwende) oder an Solarbetrieb. Dazu musste der Hersteller dem MPPT Modus deaktivieren.
Die Anwendersoftware gibt aber nicht mehr her, als die oben genannten Punkte.
Gruss

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: killah78 am 12 März 2019, 09:58:52
Hmmh. Wenn ich diese "anderen" Werte rückwärts lese kommt folgendes heraus:

ihp_soc = cos_phi = Leistungsfaktor? Ist bei mir aber derzeit immer 1000. Aber bei goolge quergelesen, soll das was Wechelrichter spezifisches sein.
qerf = freq = Netzfrequenz, passt auch mit dem Wert / 100 in Hz.
pmt_cdcd = dcdc_tmp = Temperatur Gleichstrom?? Bei mir zB 8. Draussen derzeit ziemlich kühl. Wechelrichter im Gartenhaus.
pmt_cacd = dcac_tmp = Temperatur Wechselstrom?? Bei mir zB. 9.
tlov_cd_ces = sec_dc_volt = Sekundär Gleichstrom Volt, Bei mir zB. 420.

Bin jetzt kein Photovoltaikexperte, aber könnte ja Sinn machen.
Hat jemand technisches Verständnis vom Aufbau eines Wechelsrichters und könnte da was zu sagen? Wären ja dann vielleicht doch interessante Daten, die da ausgespuckt werden.

Gruss
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 12 März 2019, 21:03:23
Zitat von: killah78 am 12 März 2019, 09:58:52
Hmmh. Wenn ich diese "anderen" Werte rückwärts lese kommt folgendes heraus:

Guter Hinweis. Es gibt tatsächlich ein Bit im CI-Field das die byte order angibt. Das steckt allerdings nicht in den gesendeten Daten sondern in der Nachricht die das Senden anfordert.

Man müsste also die einzelnen Nachrichten im Zusammenhang betrachten was das Modul aktuell noch nicht macht. Das wäre ja auch für das Problem mit den überschriebenen Nachrichten hilfreich.

Dazu wären aber größere Umbauten nötig da dann Informationen über einzelne Nachrichten hinweg gespeichert werden müssten.
Ich habe das Umdrehen der Zeichenketten jetzt erstmal als Default eingebaut, siehe Anhang.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: killah78 am 13 März 2019, 10:38:14
Die neue Version macht nichts mehr.
state: decryption failed
Steht auch nichts im log dazu.

2019.03.13 10:15:49.814 3: set nanoCUL868_WM raw bss105BB4B0986300000102DD72510C79000000007680801E
2019.03.13 10:15:49.814 5: SW: bss105BB4B0986300000102DD72510C79000000007680801E
2019.03.13 10:15:49.897 5: CUL/RAW: /b2008B4B098630000010256847A0000
2019.03.13 10:15:49.913 5: CUL/RAW: b2008B4B098630000010256847A0000/00000403754D0900022B00000686AB6D0C504483202881928019

2019.03.13 10:15:49.913 4: CUL_Parse: nanoCUL868_WM b2008B4B098630000010256847A000000000403754D0900022B00000686AB6D0C504483202881928019 -61.5
2019.03.13 10:15:49.914 5: nanoCUL868_WM: dispatch b2008B4B098630000010256847A000000000403754D0900022B00000686AB6D0C5044832028819280::-61.5
2019.03.13 10:15:49.976 5: WMBUS raw msg b2008B4B098630000010256847A000000000403754D0900022B00000686AB6D0C5044832028819280::-61.5
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 13 März 2019, 19:36:55
Zitat von: killah78 am 13 März 2019, 10:38:14
Die neue Version macht nichts mehr.

Hm, merkwürdig. Kann ich so nicht nachvollziehen, ich kann die Nachricht dekodieren.
Passiert das mit der vorherigen Version nicht? Die Änderungen waren überschaubar und sollten keinen Einfluss auf Entschlüsselung haben, die Nachrichten sind ja auch nicht verschlüsselt.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: killah78 am 14 März 2019, 08:16:49
Hi,
die vorherige Version funktioniert.
Diese hat die Version:
# $Id: WMBus.pm 18847 2019-03-10 12:48:20Z kaihs $

Die neue Version hat:
# $Id: WMBus.pm 17777 2018-11-18 15:44:03Z kaihs $

In der neueren Version ist die sub decodePlaintext drin. Aber da kommt decryption failed. Auch beim Wasserzähler.

Gruss
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: pc1246 am 14 März 2019, 09:53:35
Moin
So wie ich das sehe bist Du auf eine Version vom 18.11.18 zurueckgesprungen!
Gruss Christoph
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: killah78 am 14 März 2019, 11:08:59
Zitat von: pc1246 am 14 März 2019, 09:53:35
So wie ich das sehe bist Du auf eine Version vom 18.11.18 zurueckgesprungen!

Das sieht so aus. Tatsächlich ist das aber die "aktuelle" Version, die kaihs in #715 angehangen hat.

Gruss
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 14 März 2019, 21:56:15
Zitat von: killah78 am 14 März 2019, 11:08:59
Das sieht so aus. Tatsächlich ist das aber die "aktuelle" Version, die kaihs in #715 angehangen hat.

Gruss

Ja, in meiner Entwicklungsversion ist die svn id nicht aktuell.
Ich kann dein Problem aber immer noch nicht nachvollziehen.
Was passiert denn, wenn du

define let WMBUS b2008B4B098630000010256847A000000000403754D0900022B00000686AB6D0C504483202881928019

eingibst?

Wird das sauber dekodiert?

Wenn du weiter Probleme hast dann verwende erstmal die Version aus dem svn, d.h. die per update ausgelieferte.

Aktuell klappt das Senden bei mir gar nicht mehr, daher kann ich keinen Test inkl. Empfang durch den CUL machen.
Vielleicht komme ich am Wochenende weiter.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: killah78 am 15 März 2019, 12:19:08
Zitat von: kaihs am 14 März 2019, 21:56:15
Wird das sauber dekodiert?

Da bekomme ich auch die Meldung decryption failed.
Fehlt mir da vielleicht ein perl Modul?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: rieders am 29 März 2019, 10:25:51
Hallo

Nachdem mein FHEM sich verabschiedet hatte musste ich es neu auf mein Banana Pi installieren.

Nun bekomme ich die Fehlermeldung bei WMBUS

Attempt to reload WMBus.pm aborted. Compilation failed in require at ./FHEM/36_WMBUS.pm line 13. BEGIN failed--compilation aborted at ./FHEM/36_WMBUS.pm line 13.

FHEM Update habe isch schon ausgeführt.


Ich hoffe das mir jemand weiterhelfen kann.

Grüße André
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: killah78 am 01 April 2019, 09:37:02
Zitat von: rieders am 29 März 2019, 10:25:51
Ich hoffe das mir jemand weiterhelfen kann.

Hi rieders,
nur so eine Idee: Schau mal, ob du das Perl-Modul Digest::CRC installiert hast.

Gruss
killah78
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: chbla am 01 April 2019, 12:38:44
Hallo allerseits,

Ich bin neu in diesem Thema und bin nicht ganz sicher, wo ich anfangen soll,
vielleicht kann mir da jemand weiterhelfen:

Ich bekomme (noch nicht in FHEM), sondern über LoRaWan schon einige
Wireless MBus Telegramme.

Jetzt stellt sich mir die Frage:

Wie ordne ich die Telegramme einem bestimmten Zähler Typ oder Hersteller zu, sodass ich mich schlau machen
kann wie ich das ganze dekodiere? Gibts da eine ID die ich direkt auslesen kann?
Oder muss ich mich um den AES key kümmern und dann einfach schauen, wo er "passt"?
Ich bin nicht ganz sicher wie ich das am besten angehe..

Danke fuer eure Hilfe,
Christoph
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 01 April 2019, 19:58:12
Zitat von: rieders am 29 März 2019, 10:25:51
Attempt to reload WMBus.pm aborted. Compilation failed in require at ./FHEM/36_WMBUS.pm line 13. BEGIN failed--compilation aborted at ./FHEM/36_WMBUS.pm line 13.

Ist die Datei FHEM/WMBus.pm vorhanden? Stehen mehr Informationen im Log?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 01 April 2019, 20:07:31
Zitat von: chbla am 01 April 2019, 12:38:44
Ich bekomme (noch nicht in FHEM), sondern über LoRaWan schon einige
Wireless MBus Telegramme.

In welchem Format hast du die?

Wenn die hexadezimal sind (oder du sie darin wandeln kannst) dann kannst du manuell mit diesen Daten ein Device in fhem anlegen, siehe die Beschreibung des define hier (https://fhem.de/commandref.html#WMBUS).

Beispiel:

define wmbus WMBUS bAABBCCDDEEFF


Ggf. entfernt dein Empfänger schon die CRCs, dann kannst du es mit dem sog. AMB Encoding versuchen

define wmbus WMBUS bAMBAABBCCDDEEFF


Zitat
Wie ordne ich die Telegramme einem bestimmten Zähler Typ oder Hersteller zu, sodass ich mich schlau machen
kann wie ich das ganze dekodiere? Gibts da eine ID die ich direkt auslesen kann?
Oder muss ich mich um den AES key kümmern und dann einfach schauen, wo er "passt"?

Diese Informationen sind in den Daten enthalten und zwar immer unverschlüsselt.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: chbla am 02 April 2019, 00:09:46
Danke @kaihs

Ich bekomme zB. folgende telegramme (HEX aus der thethingsnetwork console, per LoRaWan uebermittelt):

2F446850091901427472A2069F25C709E027960000001D1E0A151412140A1412190D08111514160C120C141A100A181A
19442423850721250617A24119001351E464AF01185D43580761
2F446850837285347472A2069F25271010281C01000000372034332F223138364141401F1E2B3B3A232940312A333533
2F446850953185347472A2069F259E0B10281901000000121E3534423C3A2120403B373C3A333A1F2C2A2E2620282C29

Jetzt wuerde ich eben gerne verstehen wie man das zerlegt bzw. wie die Zaehler Infos/Typ/ID da unverschluesselt gespeichert sind,
bevor ich mich um die Weiterleitung an FHEM kuemmere.

Gibt es da irgendwelche Tools? Ich bin nichtmal sicher ob ich da einen AES Key brauche oder nicht..
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 02 April 2019, 20:44:47
Ich habe mal die dritte Zeile ausprobiert, da ist der CRC bereits entfernt.

Ein

define lora WMBUS bAMB2F446850837285347472A2069F25271010281C01000000372034332F223138364141401F1E2B3B3A232940312A333533


ergibt dann:

nternals:
   CFGFN     
   DEF        TCH 34857283 116 114
   DeviceMedium unknown
   DeviceType 114
   Error      Unsupported CI Field a2, remaining payload is 069f25271010281c01000000372034332f223138364141401f1e2b3b3a232940312a333533
   FUUID      5ca3aa9b-f33f-4fb2-2bf3-bab6a4ceecb9a417
   IODev     
   IdentNumber 34857283
   Manufacturer TCH
   MessageEncoding AMB
   NAME       lora
   NR         136
   STATE      ???
   TYPE       WMBUS
   Version    116
   addr       TCH_34857283_116_114
   READINGS:
     2019-04-02 20:31:55   LQI             65
     2019-04-02 20:31:55   RSSI            -41.5
Attributes:


TCH steht für Techem, die kochen ihr eigenes Süppchen. Evtl. kommst du da mit dem TechemHKV (https://wiki.fhem.de/wiki/TechemHKV) Modul weiter.

hermannj hat meine ich auch noch versucht weitere Techem Protokolle zu unterstützen.

Wenn du dich erst mal nur allgemein für das (W)MBus Protokoll interessierst sehe dir mal die Referenzen (https://wiki.fhem.de/wiki/WMBUS#Links) an.

Wenn du außerhalb von fhem die Daten analysieren willst hilft dir vielleicht das perl Modul WMBus.pm (https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/WMBus.pm) weiter.

Das wird intern vom fhem WMBus Modul benutzt, lässt sich aber auch eigenständig verwenden. Das hat aber bisher keine Dokumentation, ich könnte höchstens ein kleines Beispielprogramm zur Verfügung stellen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: chbla am 03 April 2019, 08:29:44
@kaihs,

Das klingt interessant - an einem Beispiel Programm wäre ich interessiert, ich will mal ausprobieren was hier so in der Umgebung empfangen wird.
Die restlichen Zähler, die ich momentan verwenden will sind von Diehl "IZAR RADIO COMPACT INDUCTIVE"

Sieht es da besser aus? Wie ist das mit dem CRC oben?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: lvogt am 03 April 2019, 10:41:11
Zitat von: chbla am 01 April 2019, 12:38:44
Ich bekomme (noch nicht in FHEM), sondern über LoRaWan schon einige
Wireless MBus Telegramme.

Hallo,

sorry wenn ich den Beitrag etwas vom Thema abbringe, aber mich würde sehr interessieren wie genau der Hardwareaufbau mit Empfang über LoRa aussieht.

Um noch was produktives zu sagen: wM-Bus Telegramm enthalten nach Spezifikation (recht viele) CRC Prüfsummen zwischen den eigentlichen Daten. Die meisten (kommerziellen) Empfänger (zB von Embit, Amber, IMST) entfernen automatisch in ihrer eigenen Firmware nach Prüfung die CRCs (und fügen teilweise eine eigene Prüfsumme am Ende ein). Der hier häufig verwendete Empfänger auf Basis der culfw tut das nicht, sondern übergibt das "Roh-Telegramm".

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 03 April 2019, 20:37:17
Zitat von: chbla am 03 April 2019, 08:29:44
Das klingt interessant - an einem Beispiel Programm wäre ich interessiert, ich will mal ausprobieren was hier so in der Umgebung empfangen wird.

Siehe Anhang. Beide Dateien in einem Verzeichnis ablegen. wmbus_beispiel.pl ausführbar machen (chmod +x wmbus_beispiel.pl ).
Zusätzlich muss noch das CRC Modul installiert werden (sudo apt-get install libdigest-crc-perl). Falls entschlüsselt werden soll noch mehr (sudo cpan -i Crypt::Mode::CBC Crypt::Mode::CTR).
Die auszuwertende Nachricht steht aktuell im Quelltext. Bei Bedarf kannst du dir das ja so umschreiben, dass das z. B. aus einer Datei gelesen wird.

Zitat
Die restlichen Zähler, die ich momentan verwenden will sind von Diehl "IZAR RADIO COMPACT INDUCTIVE"

Die zweite Zeile ist wahrscheinlich von so einem Zähler und da gilt leider die selbe Einschränkung (https://wiki.fhem.de/wiki/WMBUS#Bekannte_Probleme) wie bei Techem.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: chbla am 10 April 2019, 14:07:42
Zitat von: kaihs am 03 April 2019, 20:37:17
Siehe Anhang. Beide Dateien in einem Verzeichnis ablegen. wmbus_beispiel.pl ausführbar machen (chmod +x wmbus_beispiel.pl ).
Zusätzlich muss noch das CRC Modul installiert werden (sudo apt-get install libdigest-crc-perl). Falls entschlüsselt werden soll noch mehr (sudo cpan -i Crypt::Mode::CBC Crypt::Mode::CTR).
Die auszuwertende Nachricht steht aktuell im Quelltext. Bei Bedarf kannst du dir das ja so umschreiben, dass das z. B. aus einer Datei gelesen wird.

Die zweite Zeile ist wahrscheinlich von so einem Zähler und da gilt leider die selbe Einschränkung (https://wiki.fhem.de/wiki/WMBUS#Bekannte_Probleme) wie bei Techem.

Vielen Dank @kaihs für den Code, ich bin leider noch nicht dazugekommen das zu testen.
Ich melde mich sobald ich dazugekommen bin, wollte aber schonmal Danke sagen!
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: blaxbox am 16 April 2019, 14:41:09
Hy,

kann es sein, dass es in manchen Bereich Probleme mit dem shiften gibt?
z.B. in decodeDataInformationBlock bei tariff u. devUnit:
im Code:
$tariff    |= (($dif & 0b00110000 >> 4)) << (($difExtNo-1)*2);
$devUnit   |= (($dif & 0b01000000 >> 6)) << ($difExtNo-1);

da wird meiner Meinung nach die Maske geshiftet u. dann das log. UND ausgeführt.
Habs getestet, so passt das bei mit zumindest:
$tariff    |= (($dif & 0b00110000) >> 4) << (($difExtNo-1)*2);
$devUnit   |= ((($dif & 0b01000000) >> 6) << ($difExtNo-1));

Auch bei decodePayload beim INT48 Wert geht was schief, da "+" bei den words gerechnet wird:
im Original:
$value = $words[0] + $words[1] << 16 + $words[2] << 32;

bei mir ausgebessert:
$value = $words[0] | ($words[1] << 16) | ($words[2] << 32);

dann stimmt der INT48 Wert.


lg
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: blaxbox am 17 April 2019, 08:44:08
Hy,

was mir aktuell gerade noch aufgefallen ist, weils bei einem Zählertyp (HYD) immer wieder gerne vorkommt: LVAR ASCII-Felder beinhalten manchmal nicht druckbare Zeichen. Ich habe beim mir testweise bei


          #  ASCII string with LVAR characters
         
          $value = unpack('a*',substr($payload, $offset, $lvar));
          if(($value =~ tr/\x20-\x7d//c) == 0)
          { 
           if ($self->{manufacturer} eq 'ESY')
           {   
             # Easymeter stores the string backwards!
             $value = reverse($value);
           }   
          }   
          else
          {   
           $self->{errormsg} = "Not a printable ASCII in LVAR";
           $self->{errorcode} = ERR_UNKNOWN_DATAFIELD;
           return 0;

          }


eingefügt. Ob es sinnvoll ist oder nicht - k.A., aber es führt auf alle Fälle nicht zu Problemen wenn man nicht-druckbare Zeichen auswerten möchte.

In der Funktion valueCalcNumeric habe ich ein paar Überprüfungen hinzugefügt, da es auch hier manchmal bei machen Zählern Probleme gibt:


sub valueCalcNumeric($$) {
  my $value = shift;
  my $dataBlock = shift;

  if(defined($value) && defined($dataBlock->{valueFactor}))
  {
   return $value * $dataBlock->{valueFactor} if(looks_like_number($value));
   return 0;
  }
  return 0;
}


Natürlich mit


use Scalar::Util qw(looks_like_number);


lg

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: chbla am 17 April 2019, 11:08:07
Zitat von: kaihs am 03 April 2019, 20:37:17
Siehe Anhang. Beide Dateien in einem Verzeichnis ablegen. wmbus_beispiel.pl ausführbar machen (chmod +x wmbus_beispiel.pl ).
Zusätzlich muss noch das CRC Modul installiert werden (sudo apt-get install libdigest-crc-perl). Falls entschlüsselt werden soll noch mehr (sudo cpan -i Crypt::Mode::CBC Crypt::Mode::CTR).
Die auszuwertende Nachricht steht aktuell im Quelltext. Bei Bedarf kannst du dir das ja so umschreiben, dass das z. B. aus einer Datei gelesen wird.

Die zweite Zeile ist wahrscheinlich von so einem Zähler und da gilt leider die selbe Einschränkung (https://wiki.fhem.de/wiki/WMBUS#Bekannte_Probleme) wie bei Techem.

So jetzt habe ich endlich mal Zeit da weiter zu machen - die Schatzsuche hat begonnen :)

@kaihs ich teste das ganze jetzt mal bei mir, hier ist ein Wasserzaehler von "Hydrometer" (HYD) installiert, was ich bisher an passenden Paketen gefunden habe ist:
https://gist.github.com/solars/b68149d114e5fdbeb9e2ff2cbde5480f

Das sieht schon ganz gut aus. Die naechsten Schritte waeren dann fuer mich:

1. wie ordne ich die IDs zu, hat die Ident Nummer was mit den Nummern auf dem Zaehler (siehe Anhang) zu tun?
2. wie werte ich den Payload (remaining payload) aus?

Super sache dein Script! Das Hilft mir enorm.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: blaxbox am 17 April 2019, 11:22:41
Zitat von: chbla am 17 April 2019, 11:08:07
So jetzt habe ich endlich mal Zeit da weiter zu machen - die Schatzsuche hat begonnen :)

@kaihs ich teste das ganze jetzt mal bei mir, hier ist ein Wasserzaehler von "Hydrometer" (HYD) installiert, was ich bisher an passenden Paketen gefunden habe ist:
https://gist.github.com/solars/b68149d114e5fdbeb9e2ff2cbde5480f

Das sieht schon ganz gut aus. Die naechsten Schritte waeren dann fuer mich:

1. wie ordne ich die IDs zu, hat die Ident Nummer was mit den Nummern auf dem Zaehler (siehe Anhang) zu tun?
2. wie werte ich den Payload (remaining payload) aus?

Super sache dein Script! Das Hilft mir enorm.


Hy,
sieht für mich nach einer alten Hydrometerverschlüsselung aus.
Länge 0x19 u. CI 0xA2 sind die Bedeutung für ein "Standard Radio" Telegramm mit "Standardlänge"
....
Was ich in meiner Sammlung gefunden habe:
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: chbla am 17 April 2019, 11:49:42
Super, Danke!

Das ist mir nur teilweise klar, insbesondere wie man die 4 Felder der Tabelle, A,B,C,D herausbekommt.
A2 bedeutet demnach A: current value, B: e.o.m value, C,D: e.o.m date

Die Zaehler ID kann ich noch nicht ganz zuordnen..
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: blaxbox am 17 April 2019, 13:49:04
Hy,

also die ZählerID ist bei den HYD verdreht drinnen, d.h. es sind die 8 BCD-Stellen vor dem A2 (siehe meinen Anhang 1.png), Generation u. Medium stehen vor der Seriennummer - lt. Norm sollte das umgekehrt sein.
Leider kann ich auch keinen Zusammenhang zu der auf deinem Zähler aufgedrucken Seriennummer sehen - warum auch immer. Du dürftest aber verschiedene Zähler empfangen, die Daten sind allerdings verschlüsselt - das Control-field (nach dem VIF) muss (nach erfolgreichem entschlüsseln) 0x4B sein.

$msg = '19442423 85 07 21250617 A2 41 19 00 13 51 E464AF01185D43580761';
Medium = 0x07 == WATER
Generation = 0x85
SerNr: 17062521
VIF: 0x13 = Volume [l]

$msg = '19442423 85 07 79350917 A2 51 1A 00 13 F4 43FCC4C88BA13F1F0A5C';
Medium = 0x07 == WATER
Generation = 0x85
SerNr: 17093579
VIF: 0x13 = Volume [l]

$msg = '19442423 85 07 71469716 A2 51 17 00 13 B4 C4B27BC0D22429DE9F5A';
Medium = 0x07 == WATER
Generation = 0x85
SerNr: 16974671
VIF: 0x13 = Volume [l]

$msg = '19442423 85 07 65834418 A2 01 5B 00 13 26 7DE25132735A3BE4A83E';
Medium = 0x07 == WATER
Generation = 0x85
SerNr: 18448365
VIF: 0x13 = Volume [l]



Titel: Antw:Wireless M-Bus für CUL
Beitrag von: chbla am 17 April 2019, 13:54:48
Danke für die Erklärung!
Dann sammel ich mal fleißig weiter und schaue, ob mein Zähler mal auftaucht.

Danach ist dann wohl die Frage wie man das entschlüsselt.

Wo in der Tabelle hast du jetzt das 0x13 gesehen? Dachte bei A2 ist das dann e.o.m date?
Edit: Falsch gelesen, das VIF decoding fehlt aber in den Bildern oder?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: chbla am 17 April 2019, 18:17:19
ok ich habe jetzt den oben erwaehnten Zaehler gefunden, die gehoeren wohl dazu:


  # 29442423850721581115A2410700131A4A91B4305585F47F824750CA2BB347452FF21EC0B4287FD9C303
  # 29442423850721581115A2310700131A2F5D4861B0BEF97ECD4A50AFE74F16A014FF1F8FB9308DD9E26F
  # 29442423850721581115A2310700131A275D4861B0BEF97ECD4A50AFE74F16A014FF1F8FB9308DD9E26F
  # 29442423850721581115A2310700131A275D4861B0BEF97ECD4A50AFE74F16A014FF1F8FB9308DD9E26F
  # 29442423850721581115A2110700131A0D03DB37F3194AC8FF4F5081B9DC40E3B34CA9BDBC561AB44F2A


Da ist die ID vom Zaehler selber (nicht vom Funkmodul), Rueckwaerts drin (siehe Bild): 21581115

Das Script spuckt leider nur folgendes aus:


rc = 0
Manufacturer 2324 HYD
IdentNumber 58210785
Version 17
Type 15 Hot water (> 90 °C)
IsEncrypted 0
Status: 0
Error:Unsupported CI Field a2, remaining payload is 410700131a4a91b4305585f47f824750ca2bb347452ff21ec0b4287fd9c303


Wie mache ich da weiter? Ist das jetzt noch encrypted?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: blaxbox am 18 April 2019, 07:24:59
Zitat von: chbla am 17 April 2019, 13:54:48
Danke für die Erklärung!
Dann sammel ich mal fleißig weiter und schaue, ob mein Zähler mal auftaucht.

Danach ist dann wohl die Frage wie man das entschlüsselt.

Wo in der Tabelle hast du jetzt das 0x13 gesehen? Dachte bei A2 ist das dann e.o.m date?
Edit: Falsch gelesen, das VIF decoding fehlt aber in den Bildern oder?

ja, sind aber konform gem. OMS bzw. EN 13757-3
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: blaxbox am 18 April 2019, 08:26:47
Zitat von: chbla am 17 April 2019, 18:17:19
ok ich habe jetzt den oben erwaehnten Zaehler gefunden, die gehoeren wohl dazu:


  # 29442423850721581115A2410700131A4A91B4305585F47F824750CA2BB347452FF21EC0B4287FD9C303
  # 29442423850721581115A2310700131A2F5D4861B0BEF97ECD4A50AFE74F16A014FF1F8FB9308DD9E26F
  # 29442423850721581115A2310700131A275D4861B0BEF97ECD4A50AFE74F16A014FF1F8FB9308DD9E26F
  # 29442423850721581115A2310700131A275D4861B0BEF97ECD4A50AFE74F16A014FF1F8FB9308DD9E26F
  # 29442423850721581115A2110700131A0D03DB37F3194AC8FF4F5081B9DC40E3B34CA9BDBC561AB44F2A


Da ist die ID vom Zaehler selber (nicht vom Funkmodul), Rueckwaerts drin (siehe Bild): 21581115

Das Script spuckt leider nur folgendes aus:


rc = 0
Manufacturer 2324 HYD
IdentNumber 58210785
Version 17
Type 15 Hot water (> 90 °C)
IsEncrypted 0
Status: 0
Error:Unsupported CI Field a2, remaining payload is 410700131a4a91b4305585f47f824750ca2bb347452ff21ec0b4287fd9c303


Wie mache ich da weiter? Ist das jetzt noch encrypted?

Hy,

ja ist noch encrypted....
Das mit der encryption ist so eine Sache. Im Prinzip ist sie extrem simple mit ein paar XORs der Daten + ein 32 Bit Schlüssel (an dem sich nach meiner Erfahrung aber nur 16 Bit ändern, der Rest scheint fix drinnen zu sein).
Aber diese "simple" decryption führt auch dazu, dass man nicht einfach alle Möglichkeiten per script durchlaufen lassen kann, bis das "control-field" 0x4b ist....hier kommt man dann alle paar iterationen drauf.

ich habe mir ein script geschrieben, welches ein paar mehr Dinge überprüft, bzw. wenn man den zählerstand kennt, kann man dann dadrauf triggern.
Wenn ich nicht ganz falsch liege, sind deine Daten (für 1 Telegramm wenn ich mir dein Bild mit dem Zählerstand ansehe u. schätze dass das Volumen zum Zeitpunkt des Empfangs nicht unbedingt dem im Telegramm gleich ist, d.h. es zwischen 441,2 und 441,3 m³ liegt):

ORIGINAL:
29  44  24 23  85  07 | 21 58 11 15 | A2 | 41 07 00  13 | 1A | 4A 91 B4 30 55 85 F4 7F 82 47 50 CA 2B B3 47 45 2F F2 1E C0 B4 28 7F D9 C3 03

DECRYPT
29  44  24 23  85  07 | 21 58 11 15 | A2 | 41 07 00  13 | 4B | 81 BB 06 00 95 AC 06 00 61 24 01 01 01 01 77 85 06 00 61 23 D7 5F 06 00 61 22
...was folgendes bedeutet:

len: *0x29* (*41*)
cfield: *0x44*
man: *0x2324*
ver: *0x85*
med: *0x07*
ident: *15115821*
ci: *0xa2*
General alarm: *0*
randomgenerator: *4*
radio telegram emmitting interval: *8* seconds
there is currently a leak: *0*
there was a leak: *0*
meter blocked: *0*
remaining battery lifetime *3.5* years
reverse flow detected: *0*
constant unterflow detected: *0*
excess flow detected: *0*
there is currently a magnetic fraud: *0*
there was a magnetic: *0*
there is currently a mechanic fraud: *0*
there was a machanic fraud: *0*
VIF: *0x13* (Volume [l])

d.h. im A- Block steht 81 BB 06 00, was 0x0006bb81 entspricht, d.h. in dezimal: 441217, d.h. (mit 0x13 als VIF): 441,217 m³.

Die decryption ist bei mir über Nacht gelaufen, d.h. nicht unbedingt eine flotte Variante....
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: chbla am 18 April 2019, 09:44:04
@blaxbox, wow, das sieht ja super aus!

Nur ein paar Verstaendnisfragen:

- bekommt man da dann auch den Schlüssel heraus?
- Falls ja, Ist das dann derselbe den die Stadt/Wasserwerke verwenden?
- Werden diese Schlüssel pro Zähler vergeben oder sind das allgemeine Schlüssel für best. Zählertypen?
- Ist das was verschlüsselt wird bzw. werden kann generell der gesamte hintere teil? Bin etwas irritiert weil ja das Script erstmal ausgibt Encrypted: 0

Ich frage mich, wie ich da weitermache, wenn wir mehrere Zähler haben, da ist das decrypten wie oben ja dann ziemlich
umständlich..
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: blaxbox am 18 April 2019, 12:16:46
Hy,

naja, den bekommt man schon heraus - habs ja durchlaufen lassen u. den Schlüssel dann erhalten. Wollte ihn nur hier nicht posten, da ich nicht weiß wie hier diverse Hersteller/Betreiber darauf reagieren, da dies offenbar ein häufig verwendeter Schlüssel ist (ich habe das mit etlichen in diesem Forum geposteten Telegrammen versucht u. habe sie entschlüsseln können).

Nach einer Suche in diesem Forum musste ich feststellen, dass dies scheinbar schon wer gemacht hat (nur halt für den AES-KEY bei Encryptionmode 5):

https://forum.fhem.de/index.php/topic,33068.msg737335.html#msg737335 (https://forum.fhem.de/index.php/topic,33068.msg737335.html#msg737335)

Da ein "standard radio telegram" und "real data radio telegram" nur mit 64 Bit u. nicht mit 128 Bit "verschlüsselt" sind ist der in diesem Beitrag angegebene Schlüssel einfach nur die "Hälfte" (bei dem in diesem Beitrag angegebene Schlüssel sind die ersten 64 Bit (offensichtlich) einfach nochmals eingefügt worden, damit der Schlüssel 128 Bit hat).

Die Entschlüsselung funktioniert allerdings nicht mit dem WMBus.pm, da dies ja wie gesagt (scheinbar) ein wenig Herstellerspezifisch ist u. einige Dinge (wie die Seriennummer + version + medium) verdreht drinnen sind.
Ich habe das gestern schnell ein kleines perl-script geschrieben, mit welchem Du den Schlüssel ausprobieren kannst (geht aber nur für "standard radio telegram", also alles was im CI-Feld 0xA0 - 0xA7 stehen hat, für "real data radio telegramm" (CI=0x7A) sieht das einwenig anders aus).

Einfach mit "-s <TELEGRAM> -k <KEY>" aufrufen.


#!/usr/bin/perl -w

use strict;
use Getopt::Std;

my $g_input_string;
my %options    = ();
my $enckey;

if( ! getopts('s:k:',\%options))
{
exit 1;
}

if (defined $options{s})
{
$g_input_string = ($options{s});
printf("g_input_string1: *".$g_input_string."*\n");
}

if (defined $options{k})
{
$enckey = pack("H*",$options{k});
printf("enckey: *".unpack("H*",$enckey)."*\n");
}

my $msg = pack("H*",$g_input_string);
my ($len,$cfield,$man,$ver,$med,$ident,$ci,$f1,$f2,$f3,$vif) = unpack("CCvCCVCCCCC",$msg);

printf("len: *0x%.2x* (*%d*)\ncfield: *0x%.2x*\nman: *0x%.4x*\nver: *0x%.2x*\nmed: *0x%.2x*\nident: *%.8x*\nci: *0x%.2x*\n",$len,$len,$cfield,$man,$ver,$med,$ident,$ci);

my $g_alarm = ($f1 & 0b10000000) >> 7;
my $random_g = ($f1 & 0b01110000) >> 4;
my $radio_emmiting = ($f1 & 0b00001111);
printf("General alarm: *%d*\nrandomgenerator: *%d*\nradio telegram emmitting interval: *%d* seconds\n",$g_alarm,$random_g,(4*(1 << $radio_emmiting)));

my $leak = ($f2 & 0b10000000) >> 7;
my $was_leak = ($f2 & 0b01000000) >> 6;
my $m_blocked = ($f2 & 0b00100000) >> 5;
my $battery_lifetime = ($f2 & 0b00011111);

printf("there is currently a leak: *%d*\nthere was a leak: *%d*\nmeter blocked: *%d*\nremaining battery lifetime *%.1f* years\n",$leak,$was_leak,$m_blocked,$battery_lifetime/2);


my $reverse_flow = ($f3 & 0b10000000) >> 7;
my $under_flow = ($f3 & 0b01000000) >> 6;
my $excess_flow = ($f3 & 0b00100000) >> 5;
my $mag_is = ($f3 & 0b00001000) >> 3;
my $mag_was = ($f3 & 0b00000100) >> 2;
my $mech_is = ($f3 & 0b00000010) >> 1;
my $mech_was = ($f3 & 0b00000001);

printf("reverse flow detected: *$reverse_flow*\n");
printf("constant unterflow detected: *$under_flow*\n");
printf("excess flow detected: *$excess_flow*\n");
printf("there is currently a magnetic fraud: *$mag_is*\n");
printf("there was a magnetic: *$mag_was*\n");
printf("there is currently a mechanic fraud: *$mech_is*\n");
printf("there was a machanic fraud: *$mech_was*\n");
#### a.s.o

my $fkt_name = "-";

printf("VIF: *0x%.2x*\n",$vif);

my $s_reg0 = substr($msg,2,4) ^ substr($msg,6,4) ^ substr($msg,10,4);
my $key_high = substr($enckey,0,4);
my $key_low = substr($enckey,4,4);
my $s_reg;
my $w_reg;
my $bo;
my $bytepad;
my $payload;
 
$s_reg = $s_reg0 ^ $key_high ^ $key_low;
$w_reg = unpack("N",$s_reg) & 0xFFFFFFFF;
$payload = '';

for (my $i1 = 15; $i1 <= $len; ++$i1)
{
if( ($i1 >= 26) && ((($i1 - 26) % 16) == 0) ) # First Block is 10 Bytes long, following 16 bytes
{   
  $w_reg = unpack("N",$s_reg);
}

$bo = 0;

for(my $i2 = 0; $i2 < 8; ++$i2)
{
  my $c = 0;
 
  $c = ($c ^ 0x01) if ( $w_reg & 0x00000002 );
  $c = ($c ^ 0x01) if ( $w_reg & 0x00000004 );
  $c = ($c ^ 0x01) if ( $w_reg & 0x00000800 );
  $c = ($c ^ 0x01) if ( $w_reg & 0x80000000 );
 
  $w_reg = (($w_reg << 1) + ($c & 0xFFFFFFFF));
  $bo = (($bo << 1) + $c);
}
$bytepad = unpack("C",substr($msg,$i1,1)) ^ $bo;
$payload = $payload.pack("C",$bytepad);
}
if( unpack("C",$payload) == 0x4b )
{
my $value = unpack("V",substr($payload,1,4));

if( $value >= 441200 && $value <= 441300) # expected counter value
{
  printf("********************************************************************************\n");
  printf("* possible key: *0x%.8x%.8x*, value at A-Block: *%i*\n",unpack("N",$key_high),unpack("N",$key_low),unpack("V",substr($payload,1,4)));
  printf("* full (decrypted) message: *0x".unpack("H*",substr($msg,0,15)).unpack("H*",$payload)."*\n");
  printf("* payload  : *0x".unpack("H*",substr($payload,1))."*\n");
  printf("********************************************************************************\n");
}
}
else
{
printf("********************************************************************************\n");
printf("* DECRYPTION FAILED\n");
printf("********************************************************************************\n");

}

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 21 April 2019, 15:05:45
Zitat von: blaxbox am 16 April 2019, 14:41:09
Hy,

kann es sein, dass es in manchen Bereich Probleme mit dem shiften gibt?


Danke für diese und die weiteren Korrekturen. Ich habe sie mit nur kleinen Anpassungen übernommen und eingecheckt.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 21 April 2019, 15:13:14
Zitat von: blaxbox am 17 April 2019, 11:22:41
Was ich in meiner Sammlung gefunden habe:

Du scheinst dich mit WMBus ja sehr gut auszukennen und hast ja auch herstellerspezifische Informationen. Hast du beruflich damit zu tun?

Leider ist es ja so, dass viele Hersteller sich eine eigene Kodierung ausdenken. Ich möchte die zwar prinzipiell im WMBus Modul unterstützen, allerdings wird der Code durch die ganzen Sonderfälle schnell (noch) unübersichtlicher.
Die herstellerspezifischen Teile würde ich daher gerne von der Implementierung des Standards trennen. Lohn sich aber nur, wenn ein paar Hersteller zusammenkommen.
Bisher ist das hauptsächlich Kamstrup und mit deinen Informationen vielleicht Hydrometer.
Hast du noch Informationen zu anderen herstellerspezifischen Protokollen?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Mihca am 22 April 2019, 14:59:17
Nach dem heutigen (22.04.2019) update von "Wmbus.pm" zeigt meine FastForward EnergyCam den Fehler "decryption failed" und es werden keine Daten mehr geloggt. Zurückspielen der vorherigen "Wmbus.pm" Version beseitigt das Problem. Anbei das Raw-Listing des Devices.


defmod Stromzaehler WMBUS FFD 11822566 1 2
attr Stromzaehler IODev CUL_1
attr Stromzaehler icon measure_power_meter
attr Stromzaehler ignoreUnknownDataBlocks 1
attr Stromzaehler room Energie
attr Stromzaehler userReadings power:energy.* differential {ReadingsVal("Stromzaehler","energy",0)*3600;;}
attr Stromzaehler verbose 3

setstate Stromzaehler decryption failed
setstate Stromzaehler 2019-04-22 08:20:16 1_storage_no 0
setstate Stromzaehler 2019-04-22 08:20:16 1_type VIF_ENERGY_WATT
setstate Stromzaehler 2019-04-22 08:20:16 1_unit Wh
setstate Stromzaehler 2019-04-22 08:20:16 1_value 516800
setstate Stromzaehler 2019-04-22 08:20:16 1_value_type Instantaneous value
setstate Stromzaehler 2019-04-22 08:20:16 2_storage_no 0
setstate Stromzaehler 2019-04-22 08:20:16 2_type VIF_ACCESS_NO
setstate Stromzaehler 2019-04-22 08:20:16 2_unit
setstate Stromzaehler 2019-04-22 08:20:16 2_value 57241
setstate Stromzaehler 2019-04-22 08:20:16 2_value_type Instantaneous value
setstate Stromzaehler 2019-04-22 13:05:16 LQI 128
setstate Stromzaehler 2019-04-22 13:05:16 RSSI -29.5
setstate Stromzaehler 2019-04-22 08:20:16 batteryState ok
setstate Stromzaehler 2019-04-22 08:20:16 decryption_ok 1
setstate Stromzaehler 2019-04-22 08:20:16 energy 516.8
setstate Stromzaehler 2019-04-22 13:05:16 is_encrypted 0
setstate Stromzaehler 2019-04-22 08:20:16 power 1.50001313131622
setstate Stromzaehler 2019-04-22 13:05:16 state decryption failed
setstate Stromzaehler 2019-04-22 08:20:16 unit kWh


Vielen Dank vorab.
Achim
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 23 April 2019, 21:16:46
Zitat von: Mihca am 22 April 2019, 14:59:17
Nach dem heutigen (22.04.2019) update von "Wmbus.pm" zeigt meine FastForward EnergyCam den Fehler "decryption failed" und es werden keine Daten mehr geloggt. Zurückspielen der vorherigen "Wmbus.pm" Version beseitigt das Problem. Anbei das Raw-Listing des Devices.

[

Sorry, ist jetzt gefixed. Morgen dann per update erhältlich.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: chbla am 24 April 2019, 08:49:53
@kaihs, gibt es das Modul für meine Testzwecke auch irgendwo zum Download?
Will meine momentane FHEM installation nicht aendern, wuerde aber gerne im Buero die Daten testen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Mihca am 24 April 2019, 16:33:18
ZitatSorry, ist jetzt gefixed. Morgen dann per update erhältlich.

Danke, EnergyCam funktioniert jetzt wieder!

Grüße
Achim
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 24 April 2019, 20:28:06
Zitat von: chbla am 24 April 2019, 08:49:53
@kaihs, gibt es das Modul für meine Testzwecke auch irgendwo zum Download?
Will meine momentane FHEM installation nicht aendern, wuerde aber gerne im Buero die Daten testen.

Ja, das ist im svn wie alle anderen Module auch: https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/WMBus.pm (https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/WMBus.pm)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: zwehn am 30 April 2019, 23:23:51
Hallo,
spiele gerade ein backup zurück und hänge am Wmbus für meinen kamstrup multical fest.

beim Nachinstallieren von crypt mode ctr für aes key, hat cpan ein memory problem mit dem tar file:
39227 -rw-r--r-- 1 root root 1602823 Apr 30 22:37 CryptX-0.063.tar.gz

memory Probleme sind bei cpan wohl nicht ganz unbekannt. cpanm soll eine alternative sein, kenne mich aber nicht aus.

Würde mich über eine Hilfestellung freuen.

debian@beaglebone:~$ sudo cpan -i Crypt::Mode::CTR
[sudo] password for debian:
Loading internal null logger. Install Log::Log4perl for logging messages
Reading '/root/.cpan/Metadata'
  Database was generated on Tue, 30 Apr 2019 20:17:03 GMT
Running install for module 'Crypt::Mode::CTR'
Checksum for /root/.cpan/sources/authors/id/M/MI/MIK/CryptX-0.063.tar.gz ok
Uncompressed /root/.cpan/sources/authors/id/M/MI/MIK/CryptX-0.063.tar.gz successfully
Using Tar:/bin/tar xf "CryptX-0.063.tar":
Couldn't untar CryptX-0.063.tar: 'Cannot allocate memory'
'YAML' not installed, will not store persistent state
  MIK/CryptX-0.063.tar.gz
  Had problems unarchiving. Please build manually
debian@beaglebone:~$ Couldn't untar CryptX-0.063.tar: 'Cannot allocate memory'

debian@beaglebone:~$ free
              total        used        free      shared  buff/cache   available
Mem:         494876      139288      177488        6648      178100      337812
Swap:             0           0           0
debian@beaglebone:~$ df
Filesystem     1K-blocks    Used Available Use% Mounted on
udev              220008       0    220008   0% /dev
tmpfs              49488    6392     43096  13% /run
/dev/mmcblk1p1   3607276 2451028    953292  72% /
tmpfs             247436       0    247436   0% /dev/shm
tmpfs               5120       4      5116   1% /run/lock
tmpfs             247436       0    247436   0% /sys/fs/cgroup
tmpfs              49484       0     49484   0% /run/user/1000
debian@beaglebone:~$

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 01 Mai 2019, 20:55:08
Zitat von: zwehn am 30 April 2019, 23:23:51
Hallo,
spiele gerade ein backup zurück und hänge am Wmbus für meinen kamstrup multical fest.

beim Nachinstallieren von crypt mode ctr für aes key, hat cpan ein memory problem mit dem tar file:
39227 -rw-r--r-- 1 root root 1602823 Apr 30 22:37 CryptX-0.063.tar.gz

memory Probleme sind bei cpan wohl nicht ganz unbekannt. cpanm soll eine alternative sein, kenne mich aber nicht aus.

Würde mich über eine Hilfestellung freuen.

Das hat nicht direkt was mit WMBus zu tun, wahrscheinlich bekommst du in einem anderen Unterforum mehr Hilfe.
Dein Beaglebone hat nur 512MB RAM, richtig?

Du könntest versuchen während der Installation unnötige Prozesse zu stoppen und zusätzlich swap zu aktivieren.
Dadurch wird es wahrscheinlich um einiges langsamer aber die Installation läuft vielleicht durch.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: chbla am 10 Mai 2019, 09:43:47
Noch eine Folgefrage, ich bin zwar schon etwas weiter, wundere mich gerade wie ich mit dem oben geposteten Key von:

29442423850721581115A2310700131A275D4861B0BEF97ECD4A50AFE74F16A014FF1F8FB9308DD9E26F
auf
29442423850721581115a2310700134b89bb060095ac0600612401010101778506006123d75f06006122

komme - ist das nicht einfach AES CBC verschluesselt?
Was verwende ich da fuer einen IV, zb bei http://aes.online-domain-tools.com/ ?

Danke fuer eure Hilfe!
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 11 Mai 2019, 20:26:49
Zitat von: chbla am 10 Mai 2019, 09:43:47
Noch eine Folgefrage, ich bin zwar schon etwas weiter, wundere mich gerade wie ich mit dem oben geposteten Key von:

29442423850721581115A2310700131A275D4861B0BEF97ECD4A50AFE74F16A014FF1F8FB9308DD9E26F
auf
29442423850721581115a2310700134b89bb060095ac0600612401010101778506006123d75f06006122

komme - ist das nicht einfach AES CBC verschluesselt?
Was verwende ich da fuer einen IV, zb bei http://aes.online-domain-tools.com/ ?

Danke fuer eure Hilfe!

Es sind nicht alle Daten verschlüsselt, nur der Application Layer, der Link Layer am Anfang nicht.

Wie der IV aufgebaut ist hängt vom Encryption Mode ab. Der gebräuchlichste ist wohl Mode 5, dafür steht das auf Seite 26 in OMS-Spec_Vol2_Primary_v301.pdf
Eine Implementierung findest du in sub decrypt in WMBus.pm
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: chbla am 13 Mai 2019, 16:06:53
Zitat von: kaihs am 11 Mai 2019, 20:26:49
Es sind nicht alle Daten verschlüsselt, nur der Application Layer, der Link Layer am Anfang nicht.

Wie der IV aufgebaut ist hängt vom Encryption Mode ab. Der gebräuchlichste ist wohl Mode 5, dafür steht das auf Seite 26 in OMS-Spec_Vol2_Primary_v301.pdf
Eine Implementierung findest du in sub decrypt in WMBus.pm

Die Daten oben habe ich falsch kopiert, richtig ist das Telegramm:
19442423850747321215A2214900139DFA2186B456C843AF6ACC

Habs bisher noch nicht hin bekommen - blaxbox meinte ja oben bei diesen Daten handelt es sich um aeltere Telegramme
bevor es OMS gab.

Er entschluesselt das so:
https://gist.github.com/solars/dd3b37c34789ab1c39ba3a4b3d2fb5cd

Meine Perl Kenntnisse sind aber zu Bescheiden (ich teste das in Elixir/Erlang) um das zu deuten.
Wenn ich nach WMBus.pl gehe waere der IV: 2423850721581115
Und da wird dann Padding verwendet - bin nicht sicher wie ich das bei den Online Decryption Tools testen kann..
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: thomasg am 20 Mai 2019, 08:45:28
Moin. Bei uns im außenliegenden Wasserschacht wurde ein Digitaler funkbasierter Wasserzähler installiert - nun würde ich den Zählerstand gerne auslesen, oder immer nach draußen in den Schacht zu müssen. Kann ich das mit dem CUL machen? Nach meinem Verständnis werden die Zählerdaten ab und zu (zumindest täglich einmal?) gesendet aber verschlüsselt - und ich muss den Schlüssel irgendwie rausbekommen.

Hier die Zählerdaten:

Diehl Metering
Hydrus
Type 171A
868, OMS
R160
MAP 16
class 2
T30, IP68

Gibt es bei dem Modell die Chance, den Schlüssel rauszubekommen?

Danke

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: blaxbox am 24 Mai 2019, 11:09:15
Zitat von: kaihs am 21 April 2019, 15:13:14
Du scheinst dich mit WMBus ja sehr gut auszukennen und hast ja auch herstellerspezifische Informationen. Hast du beruflich damit zu tun?

Leider ist es ja so, dass viele Hersteller sich eine eigene Kodierung ausdenken. Ich möchte die zwar prinzipiell im WMBus Modul unterstützen, allerdings wird der Code durch die ganzen Sonderfälle schnell (noch) unübersichtlicher.
Die herstellerspezifischen Teile würde ich daher gerne von der Implementierung des Standards trennen. Lohn sich aber nur, wenn ein paar Hersteller zusammenkommen.
Bisher ist das hauptsächlich Kamstrup und mit deinen Informationen vielleicht Hydrometer.
Hast du noch Informationen zu anderen herstellerspezifischen Protokollen?

Hy,
ja habe beruflich auch damit zu tun. In unserem Umfeld sind es halt ziemlich viele Zähler, welche aus dem ehemaligen Hydrometer (jetzt Diehl) Umfeld stammen. Das sind zum größten Teil Wasser (Kalt+Warm), Wärme und Gaszähler. Die Gaszähler laufen dann halt unter der Kennung "ELS", benutzen aber dasselbe Encoding wie die anderen Zähler. Die Wasser+Heizungszähler sind in der älteren Generation noch mit HYD als Herstellerkennung unterwegs. Die "neuen" dann unter DME (Diehlmetering). Der Unterschied ist, dass die mit der Kennung HYD mit den "Standard Radio Telegram" und dem "Real Data Radiotelegram" senden. Die mit der Kennung "DME" entsprechen eigentlich schon dem OMS-Standard mit dem Encrytionmode 5 - der (meistens) verwendete (Einheits-)Schlüssel, welcher halt quasi zur Hälfte der AES Schlüssel ist (für den AES Schlüssel wurde "alte" Schlüssel einfach verdoppelt, sprich hinten nocheinmal angehängt), macht die Notwendigkeit der Encryption halt schon fraglich. Aber egal, sie existiert. Bis jetzt kenne ich auch nur einige wenige Zähler mit Einzelverschlüsselungen, wobei diese (scheinbar), wenn man eine ganze Serie ansieht, auch wieder nachrechenbar sind....

Wegen weiterer herstellerspezifischer Dinge: Zur Zeit bin ich noch an den Techem (Kennung TCH) Heizkostenverteilern dran, da hier auch einige tausende im Einsatz sind. Leider scheinen die aber ein vollkommen eigenes Telegrammformat zu verwenden, hinter das ich bis jetzt nur zum Teil gekommen bin. Ich kann dich diesbezüglich aber am Stand halten.

lg
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 24 Mai 2019, 12:01:28
Für die Techem WZ gibt es schon ein entsprechendes Modul von hermannj. Kannst da ja mal reinschauen um was über das encoding zu erfahren.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: herrmannj am 25 Mai 2019, 23:08:54
Zitat von: blaxbox am 24 Mai 2019, 11:09:15
... Zur Zeit bin ich noch an den Techem (Kennung TCH) Heizkostenverteilern dran, da hier auch einige tausende im Einsatz sind.
Techem hat ca 28% Marktanteil, etwas über "einige tausende" device ;) HKV, Volumenzähler und in Teilen die SD werden bereits unterstützt.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: maestron am 05 Juni 2019, 08:08:36
Guten Tag miteinander

Mein erstes Post hier, cool das es dieses Forum gibt - Danke an alle...

Mein Vorhaben: Letrika Solarwechselrichter auslesen. Von meinen vier Panel performt eines nicht; nur welches? Habe mir dafür einen nanocul zusammengelötet und mittels eigenem hex sowie diesen aus Post 695 und 698 geflasht. Ich bekomme mit keiner Version ein RAW rein, bin mir aber nicht sicher ob mein nanocul wirklich funktionier. Hier mal mein List:

Internals:
   CMDS       BbCeFfGKlMRTtVWXx
   Clients    :WMBUS:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400 0000
   DeviceName /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400
   FD         12
   FHTID      0000
   FUUID      5cf7537a-f33f-793a-b4ca-3357b3db39aa10b3
   NAME       nanoCUL
   NR         70
   PARTIAL   
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.67 nanoCUL868
   initString X21
brs
   MatchList:
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     J:WMBUS    ^b.*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2019-06-05 07:49:45   ccconf          freq:868.300MHz bWidth:270KHz rAmpl:36dB sens:12dB
     2019-06-05 07:34:40   cmds             B b C e F f G K l M R T t V W X x
     2019-06-05 07:34:40   state           Initialized
Attributes:
   rfmode     WMBus_S



Meine Fragen:
Um den nanocul im 868 mhz Bereich zu testen, kann ein homematic enable hex erstellt werden und mit irgendwelchen triggern (z.b. Funkschalter) getestet werden?
Die Letrika Wechselrichter benötigen ja einen Anstups (aus Post 707)
set nanoCUL868_WM raw bss105BB4B0986300000102DD72510C7900000000768080
Wie kann diese auf meine Wechselrichter umcodiert werden?

Bin gespannt auf die Rückmeldung(en), Danke
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: OnkelTom27 am 08 Juni 2019, 08:14:18
Zitat von: blaxbox am 18 April 2019, 12:16:46
Hy,

naja, den bekommt man schon heraus - habs ja durchlaufen lassen u. den Schlüssel dann erhalten. Wollte ihn nur hier nicht posten, da ich nicht weiß wie hier diverse Hersteller/Betreiber darauf reagieren, da dies offenbar ein häufig verwendeter Schlüssel ist (ich habe das mit etlichen in diesem Forum geposteten Telegrammen versucht u. habe sie entschlüsseln können).

Nach einer Suche in diesem Forum musste ich feststellen, dass dies scheinbar schon wer gemacht hat (nur halt für den AES-KEY bei Encryptionmode 5):

https://forum.fhem.de/index.php/topic,33068.msg737335.html#msg737335 (https://forum.fhem.de/index.php/topic,33068.msg737335.html#msg737335)

Da ein "standard radio telegram" und "real data radio telegram" nur mit 64 Bit u. nicht mit 128 Bit "verschlüsselt" sind ist der in diesem Beitrag angegebene Schlüssel einfach nur die "Hälfte" (bei dem in diesem Beitrag angegebene Schlüssel sind die ersten 64 Bit (offensichtlich) einfach nochmals eingefügt worden, damit der Schlüssel 128 Bit hat).

Die Entschlüsselung funktioniert allerdings nicht mit dem WMBus.pm, da dies ja wie gesagt (scheinbar) ein wenig Herstellerspezifisch ist u. einige Dinge (wie die Seriennummer + version + medium) verdreht drinnen sind.
Ich habe das gestern schnell ein kleines perl-script geschrieben, mit welchem Du den Schlüssel ausprobieren kannst (geht aber nur für "standard radio telegram", also alles was im CI-Feld 0xA0 - 0xA7 stehen hat, für "real data radio telegramm" (CI=0x7A) sieht das einwenig anders aus).

Einfach mit "-s <TELEGRAM> -k <KEY>" aufrufen.


@BlaxBox: Wie kann ich beim DIEHL Wasserzähler (Hydrus Type 171A) den AES-Key errechnen? Ist das machbar? Der Wasserverband will den Key aus "rechtlichen" Gründen nicht rausrücken  :(.

Zählerstand: 16,163 m³
b4E44A5116257306470072A227AE70040056A554BE99667BB2D6C065059114E8C4AEE580403C01FD0D9B3947B9A4694DA8CA441D812E63804296C74014B39CF6D96BEC9C3585673F8B32F7D2F7E3F2C46C7A194497AC415F1620A7988

b 4E44 A5 11 62573064 70 07 2A 22 7A A9 00 40 05FA399BE1
   1  2   3   4  5  6  7  8   9  10 11 12 13 14 15 16

Byte 4-3: 11A5 = Diehl (DME)
Byte 8-5: Zählernummer (64305762)
Byte 13: 0x7A    CI-Field ?

Besten Dank!

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: HarryHase am 08 Juni 2019, 20:13:47
kann man irgeendwie dir Raw readings lesen und dann weiter verarbeiten, z.B. auf einen mqtt puschen?

Hat da jemand eine Idee oder Ansatz wo ich mich da einlesen kann?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: pc1246 am 11 Juni 2019, 08:26:59
Zitat von: maestron am 05 Juni 2019, 08:08:36
Guten Tag miteinander

Mein erstes Post hier, cool das es dieses Forum gibt - Danke an alle...


Meine Fragen:
Um den nanocul im 868 mhz Bereich zu testen, kann ein homematic enable hex erstellt werden und mit irgendwelchen triggern (z.b. Funkschalter) getestet werden?
Die Letrika Wechselrichter benötigen ja einen Anstups (aus Post 707)
set nanoCUL868_WM raw bss105BB4B0986300000102DD72510C7900000000768080
Wie kann diese auf meine Wechselrichter umcodiert werden?

Bin gespannt auf die Rückmeldung(en), Danke

Moin und ein herzliches Willkommen im Forum
Gleich mal Vorab ein Hinweis, CUL und HM sind nicht die besten Freunde! Siehe hierzu bitte auch das Wiki!
Und ich glaube auch, dass es nicht sinnvoll ist zwischen M-Bus und einem anderen Protokoll zu wechseln, da gehen Dir Telegramme verloren. Anfangs haben das viele gemacht, um bei Bedarf eine IT-Message zu schicken, aber da ja inzwischen IT auch gelesen werden kann, ist das auch eher obsolet.
Bau Dir dann lieber einen 2. CUL oder fuer HM etwas geeigneteres!
Gruss Christoph
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: killah78 am 12 Juni 2019, 15:22:46
Zitat von: maestron am 05 Juni 2019, 08:08:36

Internals:
     2019-06-05 07:49:45   ccconf          freq:868.300MHz bWidth:270KHz rAmpl:36dB sens:12dB



Die Letrika Wechselrichter benötigen ja einen Anstups (aus Post 707)
set nanoCUL868_WM raw bss105BB4B0986300000102DD72510C7900000000768080
Wie kann diese auf meine Wechselrichter umcodiert werden?


Hallo maestron,
stelle mal ccconf auf "freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB".
So habe ich es bei mir stehen.

Bei dem "Anstups" , wie auch bei der Windows-Software wird der Wechelrichter durch die Serialnummer (Aufkleber auf dem Gerät) (4stellig) angesprochen. Diese muss auch in den Code. Bei mir heißt die Serial 6398. Und das ist "verdreht" so im Code als "9863". Das musst du duch deine Serial ersetzen, dann antwortet der Letrika.

Gruss
killah78
Titel: gelöst: Antw:Wireless M-Bus für CUL
Beitrag von: HarryHase am 07 Juli 2019, 10:29:10
Probleme mit der  culfw und MBUS Mode Umschaltung.

Ziel: einen cul mit WiFi zu bauen
Weg:Da ja der Weg für einen Anfänger wie mich schwer ist, beginne ich mit einem USB Atemga328p; In der board.h die Einstellungen vorgenommen (8/16 MHz, 868/433, und alle Protokolle raus bis auf wMBUS); Firmware auf den atmega geflasht

Soweit so gut; Ich kann mit fhem die Firmware abfragen, das geht soweit dann, also scheint das mal grundsätzlich richtig zusammen gesteckt sein.

Problem: Wenn ich über fhem oder auch in der console auf den T-MODE  (brt) setze fängt der Atmega nach kurzer Zeit an schnell zu blinken und ist nicht mehr erreichbar.

Was wurde probiert: Ich habe dann verschiedene culfw probiert, a-culfw und auch andere die hier compiliert im Forum liegen. immer das gleiche Ergebnis.

Ich bin ja sicher das ich da ein grundlegendes Verständnisproblem habe; Kann mir da einer einen Tipp geben wo ich mal nachschauen muss?

edit: Es waren vier Leitungen zum cc1101 getauscht :(  - jetzt geht es besser
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: HarryHase am 21 Juli 2019, 11:01:00
Zitat von: kaihs am 17 Januar 2018, 20:32:26
Wenn man die culfw compiliert kommt am Ende eine Meldung über den verwendeten Speicher, z. B,

Size after:
   text    data     bss     dec     hex filename
  19590     138    1448   21176    52b8 nanoCUL.elf


data+bss ist der statische RAM Verbrauch, dazu kommt dann noch der Stack.
Der ATMega328p hat nur 2048 Bytes RAM.

Ich will das noch aufgreifen, es kommen ja neue Zähler mit OMS4, andere Verschlüsselungen und längeren Nachrichten.

Wie groß darf data+bss maximal werden?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 21 Juli 2019, 11:52:31
Wie groß der Stack wird lässt sich nicht einfach ermitteln. Daher sollte man da eher großzügig sein. Viel größer als in dem Beispiel sollte es auf dem 328p nicht werden.
Man könnte den RAM Verbrauch der culfw bei WMBus wahrscheinlich noch optimieren, aber bisher ging es auch so.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: HarryHase am 25 Juli 2019, 18:42:31
Die Message ist halt brutal lang, der busware bekommt das noch hin
bCE44A81536320008010214AE7F7600C005B6DBC50889C500E7F0CB05920E72CE41C0D9DE82148F5747926BE24E1F2F5CA3F3E3C49F3478E878ADB4D30C6AB521BAEA176D9A504A70FA6A401DD66500568DBF165D37F58006F397A22BE5A97E90BEEABEE08027490B4D74D733D2B849C1A2C2B79BA076819F0B0303B3F11723B9ADDF6327C26CDFACD0F037C663C92420960300192F7DB1222B1849F1AB10011667125794D7025A978B13758AEC5E18AA5C241FFD47B6E817AA3D30A871CFBD98508C237032CCADA55BD2F0C4DAF4C4A0C6EEA68A74C54B5F2F12A81E093481940901C972BC94A17166937C8046

Was gäbe es für Alternativen? irgend was anderes als den 328 zu nehmen, gibt es da auch fertige boards und code zu?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 25 Juli 2019, 19:42:08
Der MapleCUL (https://wiki.fhem.de/wiki/MapleCUN) sollte ausreichend RAM haben. Ich habe es selbst aber noch nicht überprüft.

Auf einem ATMega1264 habe ich die culfw am laufen (https://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/rpiaddon/) ein 2560 sollte auch machbar sein.
Die gibt es m. W. nicht als USB Stick aber als günstige Arduino(clones).
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: PeMue am 25 Juli 2019, 19:49:55
Zitat von: kaihs am 25 Juli 2019, 19:42:08
Auf einem ATMega1264 habe ich die culfw am laufen (https://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/rpiaddon/) ein 2560 sollte auch machbar sein.
Die gibt es m. W. nicht als USB Stick aber als günstige Arduino(clones).
Müsste der rpiaddon nicht einen Atmega644 haben? Oder hast Du den runtergelötet und durch einen Atmega1284 ersetzt?

Gruß Peter
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 25 Juli 2019, 19:51:41
Zitat von: PeMue am 25 Juli 2019, 19:49:55
Müsste der rpiaddon nicht einen Atmega644 haben? Oder hast Du den runtergelötet und durch einen Atmega1284 ersetzt?

Gruß Peter

Stimmt, du hast natürlich recht. Ist schon so lange her ;-)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: chbla am 06 August 2019, 17:04:57
Kurze Verständnisfrage: Kann man die WMBus Zähler eigentlich irgendwie triggern?
Ansonsten müssten die Ablesefahrzeuge ja immer genau zur richtigen Zeit vorbeifahren? :)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 06 August 2019, 17:12:40
Die allermeisten senden zyklisch ohne externe Anforderung. Manche auch am Ende eines Abrechnungszeitraums häufiger als sonst.
Die Ableser müssen also nur lange genug warten.

Es gibt auch Konzentratoren die die Daten von vielen Zählern sammeln. Da diese dann auch Netzstromversorgung haben können sind die dann vielleicht auch in der ständig auf Abfragen zu lauschen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: chbla am 06 August 2019, 17:19:17
Danke fuer die Info!
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: klausw am 21 August 2019, 12:32:57
Hallo,

bin gerade umgezogen und möchte jetzt versuchen die Wärmemengenzähler und Wasserzähler über einen CUL auszulesen.
Ein set CUL1 raw brs brachte (bringt nach 16h immer noch) jede Menge WMBUS Geräte.
An meinen Heizkörpern sind 2 Arten von Zählern montiert (Der Vermieter hat die Abrechnungsfirma gewechselt).
Die alten Zähler (Treureal) werden mit Readings angelegt. Über die Seriennummer kann ich die auch leicht zuordnen. Dummerweise ist bei einigen die Batterie bereits leer.
Die neuen Zähler und auch die Aufsätze für die Wasseruhren sind von ista. Ich vermute das die nicht decodierbaren Botschaften von denen kommen.
Es wurden bis jetzt knapp 130 dieser unbekannten Geräte angelegt. Bei ca. 10-12 Wohnungen könnten das schon alle Geräte im Haus sein.

Hier mal ein Beispiel:
Internals:
   CFGFN     
   DEF        LSE 01202176 241 182
   DeviceMedium unknown
   DeviceType 182
   Error      Unsupported CI Field a0, remaining payload is 8300008c19fa00314465321081944514087a730400000b6e330100426c5f2c4b6e270300326cffff046d3702752882046c7f278b046e330100
   FUUID      5d5d0809-f33f-e419-e1fa-a7be3099c541add2
   IODev      CUL1
   IdentNumber 01202176
   Manufacturer LSE
   MessageEncoding CUL
   NAME       WMBUS_LSE_01202176_241_182
   NR         722
   STATE      ???
   TYPE       WMBUS
   Version    241
   addr       LSE_01202176_241_182
   READINGS:
     2019-08-21 10:59:53   LQI             128
     2019-08-21 10:59:53   RSSI            -67.5
Attributes:
   IODev      CUL1
   room       WMBUS


Mein Fragen sind:
wie bekomme ich die Daten decodiert
wie kann ich meine Geräte herausfinden? (Die Seriennummern habe ich nicht in den IdentNumber wiederfinden können )

Grüße
Klaus

EDIT:
Das müßte die RAW Message dazu sein:
b43C465B27621C000F1B600C7A08300008C19FA00314465321081944561B314087A730400000B6E330100426C5F2C266D4B6E270300326CFFFF046D37027528824185046C7F278B046E33010060B580::-67.5

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: klausw am 22 August 2019, 10:15:42
inzwischen bin ich nicht mehr sicher, ob das mit dem autocreate richtig funktioniert.
Nach gut 1,5 Tagen Laufzeit werden 238 Geräte gelistet. Das erscheint mir ziemlich viel.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 24 August 2019, 09:57:53
Ista stellt die Geräte wahrscheinlich nicht selbst her. Das Herstellerkürzel LSE steht für Qundis.
Und deren Geräte ließen sich auch in der Vergangenheit nie vollständig dekodieren.
Sieht so aus, als sei das weit vom OMS Standard entfernt. Noch nicht mal der Devicetype passt.

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: klausw am 03 September 2019, 15:48:48
OK, Danke für die Rückmeldung.
Dann lohnt es sich auch nicht da groß Energie reinzustecken.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Fritz Muster am 16 September 2019, 09:28:56
Hallo in die Runde,

ich möchte meinen WMZ per WMBUS anbinden und stehe vor dem "Speicherproblem". Im Log steht
WMBUS Error during LinkLayer parse:message too short, expected 217, got 177 bytes

In der board.h bin ich bei TTY_BUFSIZE bis 356 hochgegangen. In der ttydata.c habe ich

static char cmdbuf[128+1]; eingetragen

Beim kompilieren bekomme ich dann bzgl. Speicherbelegung folgendes

Size after:
   text    data     bss     dec     hex filename
  10960     114    1847   12921    3279 nanoCUL.elf


Ist zwar "Proppevoll" aber der nanoCUL funktioniert noch. Trotzdem reicht es leider noch nicht.

Ein define define MBUS_NO_TX hat bzgl,. Speicherbelegung nichts gebracht. Alle anderen Protokolle sind in der board.h auskommentiert.

Habe hier im Thread im Post (https://forum.fhem.de/index.php/topic,24517.msg751630.html#msg751630) folgendes gefunden

Zitat von: setstate am 19 Januar 2018, 07:57:13
Hab's jetzt hin bekommen mit getrennten Buffer-Größen.

128 für cmdbuf und TTY_Rx_Buffer;
358 für TTY_Tx_Buffer

static char cmdbuf[TTY_BUFSIZE_R+1];

extern rb_t TTY_Tx_Buffer;
extern rb_t_r TTY_Rx_Buffer;


Würde das gerne probieren mit den unterschiedlichen Buffer-Größen für Senden/Empfangen. Weiß aber leider nicht wie das geht. Wäre dankbar für einen Tipp wie ich das machen kann.

Danke Fritz
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 16 September 2019, 20:39:48
Da das Problem wohl immer öfter auftritt hat jemand einen Fork der culfw erstellt bei dem die Pufferbehandlung optimiert wurde: https://github.com/thomas2403/a-culfw.git (https://github.com/thomas2403/a-culfw.git).

Ich habe die Version noch nicht ausprobiert, kannst ja mal Rückmeldung geben ob das bei dir funktioniert.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Fritz Muster am 18 September 2019, 20:58:42
Danke für den Tipp!

Das kompilieren vom Fork läuft sauber durch

make TARGET=nanoCUL868 mostly_clean sizebefore build sizeafter
make[1]: Verzeichnis ,,/home/fritz/Dokumente/Haus_und_Grund/fhem/culfw/a-culfw-WMBus/culfw/Devices/nanoCUL" wird betreten
Cleaning project:
Compiling C: nanoCUL.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./nanoCUL.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/nanoCUL.o.d nanoCUL.c -o nanoCUL.o
Compiling C: ../../clib/cc1100.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/cc1100.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/cc1100.o.d ../../clib/cc1100.c -o ../../clib/cc1100.o
Compiling C: ../../clib/cc1101_pllcheck.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/cc1101_pllcheck.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/cc1101_pllcheck.o.d ../../clib/cc1101_pllcheck.c -o ../../clib/cc1101_pllcheck.o
Compiling C: ../../clib/clock.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/clock.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/clock.o.d ../../clib/clock.c -o ../../clib/clock.o
Compiling C: ../../clib/belfox.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/belfox.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/belfox.o.d ../../clib/belfox.c -o ../../clib/belfox.o
Compiling C: ../../clib/delay.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/delay.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/delay.o.d ../../clib/delay.c -o ../../clib/delay.o
Compiling C: ../../clib/display.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/display.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/display.o.d ../../clib/display.c -o ../../clib/display.o
Compiling C: ../../clib/stringfunc.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/stringfunc.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/stringfunc.o.d ../../clib/stringfunc.c -o ../../clib/stringfunc.o
Compiling C: ../../clib/fncollection.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/fncollection.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/fncollection.o.d ../../clib/fncollection.c -o ../../clib/fncollection.o
Compiling C: ../../clib/fband.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/fband.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/fband.o.d ../../clib/fband.c -o ../../clib/fband.o
Compiling C: ../../clib/ringbuffer.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/ringbuffer.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/ringbuffer.o.d ../../clib/ringbuffer.c -o ../../clib/ringbuffer.o
Compiling C: ../../clib/fht.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/fht.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/fht.o.d ../../clib/fht.c -o ../../clib/fht.o
Compiling C: ../../clib/rf_send.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/rf_send.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/rf_send.o.d ../../clib/rf_send.c -o ../../clib/rf_send.o
Compiling C: ../../clib/rf_receive.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/rf_receive.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/rf_receive.o.d ../../clib/rf_receive.c -o ../../clib/rf_receive.o
Compiling C: ../../clib/rf_receive_bucket.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/rf_receive_bucket.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/rf_receive_bucket.o.d ../../clib/rf_receive_bucket.c -o ../../clib/rf_receive_bucket.o
Compiling C: ../../clib/rf_receive_tcm97001.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/rf_receive_tcm97001.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/rf_receive_tcm97001.o.d ../../clib/rf_receive_tcm97001.c -o ../../clib/rf_receive_tcm97001.o
Compiling C: ../../clib/rf_receive_it.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/rf_receive_it.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/rf_receive_it.o.d ../../clib/rf_receive_it.c -o ../../clib/rf_receive_it.o
Compiling C: ../../clib/rf_receive_tx3.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/rf_receive_tx3.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/rf_receive_tx3.o.d ../../clib/rf_receive_tx3.c -o ../../clib/rf_receive_tx3.o
Compiling C: ../../clib/rf_receive_revolt.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/rf_receive_revolt.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/rf_receive_revolt.o.d ../../clib/rf_receive_revolt.c -o ../../clib/rf_receive_revolt.o
Compiling C: ../../clib/rf_receive_esa.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/rf_receive_esa.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/rf_receive_esa.o.d ../../clib/rf_receive_esa.c -o ../../clib/rf_receive_esa.o
Compiling C: ../../clib/rf_receive_hms.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/rf_receive_hms.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/rf_receive_hms.o.d ../../clib/rf_receive_hms.c -o ../../clib/rf_receive_hms.o
Compiling C: ../../clib/rf_native.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/rf_native.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/rf_native.o.d ../../clib/rf_native.c -o ../../clib/rf_native.o
Compiling C: ../../clib/lacrosse.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/lacrosse.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/lacrosse.o.d ../../clib/lacrosse.c -o ../../clib/lacrosse.o
Compiling C: ../../clib/helper.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/helper.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/helper.o.d ../../clib/helper.c -o ../../clib/helper.o
Compiling C: ../../clib/rf_asksin.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/rf_asksin.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/rf_asksin.o.d ../../clib/rf_asksin.c -o ../../clib/rf_asksin.o
Compiling C: ../../clib/rf_moritz.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/rf_moritz.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/rf_moritz.o.d ../../clib/rf_moritz.c -o ../../clib/rf_moritz.o
Compiling C: ../../clib/rf_rwe.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/rf_rwe.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/rf_rwe.o.d ../../clib/rf_rwe.c -o ../../clib/rf_rwe.o
Compiling C: ../../clib/somfy_rts.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/somfy_rts.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/somfy_rts.o.d ../../clib/somfy_rts.c -o ../../clib/somfy_rts.o
Compiling C: ../../clib/fastrf.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/fastrf.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/fastrf.o.d ../../clib/fastrf.c -o ../../clib/fastrf.o
Compiling C: ../../clib/rf_zwave.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/rf_zwave.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/rf_zwave.o.d ../../clib/rf_zwave.c -o ../../clib/rf_zwave.o
Compiling C: ../../clib/intertechno.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/intertechno.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/intertechno.o.d ../../clib/intertechno.c -o ../../clib/intertechno.o
Compiling C: ../../clib/kopp-fc.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/kopp-fc.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/kopp-fc.o.d ../../clib/kopp-fc.c -o ../../clib/kopp-fc.o
Compiling C: ../../clib/memory.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/memory.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/memory.o.d ../../clib/memory.c -o ../../clib/memory.o
Compiling C: ../../clib/serial.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/serial.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/serial.o.d ../../clib/serial.c -o ../../clib/serial.o
Compiling C: ../../clib/ttydata.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/ttydata.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/ttydata.o.d ../../clib/ttydata.c -o ../../clib/ttydata.o
Compiling C: ../../clib/spi.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/spi.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/spi.o.d ../../clib/spi.c -o ../../clib/spi.o
Compiling C: ../../clib/rf_mbus.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/rf_mbus.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/rf_mbus.o.d ../../clib/rf_mbus.c -o ../../clib/rf_mbus.o
Compiling C: ../../clib/mbus/manchester.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/mbus/manchester.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/manchester.o.d ../../clib/mbus/manchester.c -o ../../clib/mbus/manchester.o
Compiling C: ../../clib/mbus/3outof6.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/mbus/3outof6.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/3outof6.o.d ../../clib/mbus/3outof6.c -o ../../clib/mbus/3outof6.o
Compiling C: ../../clib/mbus/mbus_packet.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/mbus/mbus_packet.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/mbus_packet.o.d ../../clib/mbus/mbus_packet.c -o ../../clib/mbus/mbus_packet.o
Compiling C: ../../clib/mbus/crc.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL868 -Wa,-adhlns=./../../clib/mbus/crc.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/crc.o.d ../../clib/mbus/crc.c -o ../../clib/mbus/crc.o
Linking: nanoCUL868.elf
Creating load file for Flash: nanoCUL868.hex
Creating load file for EEPROM: nanoCUL868.eep
Creating Extended Listing: nanoCUL868.lss
Creating Symbol Table: nanoCUL868.sym

Size after:
AVR Memory Usage
----------------
Device: atmega328p

Program:   10440 bytes (31.9% Full)
(.text + .data + .bootloader)

Data:       1726 bytes (84.3% Full)
(.data + .bss + .noinit)



PROGRAM_SIZE_PLUS_BL: 12488, FLASH_SIZE: 32768

make[1]: Verzeichnis ,,/home/fritz/Dokumente/Haus_und_Grund/fhem/culfw/a-culfw-WMBus/culfw/Devices/nanoCUL" wird verlassen
make TARGET=nanoCUL433 mostly_clean sizebefore build sizeafter
make[1]: Verzeichnis ,,/home/fritz/Dokumente/Haus_und_Grund/fhem/culfw/a-culfw-WMBus/culfw/Devices/nanoCUL" wird betreten
Cleaning project:
Compiling C: nanoCUL.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./nanoCUL.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/nanoCUL.o.d nanoCUL.c -o nanoCUL.o
Compiling C: ../../clib/cc1100.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/cc1100.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/cc1100.o.d ../../clib/cc1100.c -o ../../clib/cc1100.o
Compiling C: ../../clib/cc1101_pllcheck.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/cc1101_pllcheck.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/cc1101_pllcheck.o.d ../../clib/cc1101_pllcheck.c -o ../../clib/cc1101_pllcheck.o
Compiling C: ../../clib/clock.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/clock.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/clock.o.d ../../clib/clock.c -o ../../clib/clock.o
Compiling C: ../../clib/belfox.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/belfox.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/belfox.o.d ../../clib/belfox.c -o ../../clib/belfox.o
Compiling C: ../../clib/delay.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/delay.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/delay.o.d ../../clib/delay.c -o ../../clib/delay.o
Compiling C: ../../clib/display.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/display.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/display.o.d ../../clib/display.c -o ../../clib/display.o
Compiling C: ../../clib/stringfunc.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/stringfunc.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/stringfunc.o.d ../../clib/stringfunc.c -o ../../clib/stringfunc.o
Compiling C: ../../clib/fncollection.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/fncollection.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/fncollection.o.d ../../clib/fncollection.c -o ../../clib/fncollection.o
Compiling C: ../../clib/fband.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/fband.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/fband.o.d ../../clib/fband.c -o ../../clib/fband.o
Compiling C: ../../clib/ringbuffer.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/ringbuffer.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/ringbuffer.o.d ../../clib/ringbuffer.c -o ../../clib/ringbuffer.o
Compiling C: ../../clib/fht.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/fht.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/fht.o.d ../../clib/fht.c -o ../../clib/fht.o
Compiling C: ../../clib/rf_send.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/rf_send.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/rf_send.o.d ../../clib/rf_send.c -o ../../clib/rf_send.o
Compiling C: ../../clib/rf_receive.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/rf_receive.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/rf_receive.o.d ../../clib/rf_receive.c -o ../../clib/rf_receive.o
Compiling C: ../../clib/rf_receive_bucket.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/rf_receive_bucket.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/rf_receive_bucket.o.d ../../clib/rf_receive_bucket.c -o ../../clib/rf_receive_bucket.o
Compiling C: ../../clib/rf_receive_tcm97001.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/rf_receive_tcm97001.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/rf_receive_tcm97001.o.d ../../clib/rf_receive_tcm97001.c -o ../../clib/rf_receive_tcm97001.o
Compiling C: ../../clib/rf_receive_it.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/rf_receive_it.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/rf_receive_it.o.d ../../clib/rf_receive_it.c -o ../../clib/rf_receive_it.o
Compiling C: ../../clib/rf_receive_tx3.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/rf_receive_tx3.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/rf_receive_tx3.o.d ../../clib/rf_receive_tx3.c -o ../../clib/rf_receive_tx3.o
Compiling C: ../../clib/rf_receive_revolt.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/rf_receive_revolt.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/rf_receive_revolt.o.d ../../clib/rf_receive_revolt.c -o ../../clib/rf_receive_revolt.o
Compiling C: ../../clib/rf_receive_esa.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/rf_receive_esa.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/rf_receive_esa.o.d ../../clib/rf_receive_esa.c -o ../../clib/rf_receive_esa.o
Compiling C: ../../clib/rf_receive_hms.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/rf_receive_hms.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/rf_receive_hms.o.d ../../clib/rf_receive_hms.c -o ../../clib/rf_receive_hms.o
Compiling C: ../../clib/rf_native.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/rf_native.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/rf_native.o.d ../../clib/rf_native.c -o ../../clib/rf_native.o
Compiling C: ../../clib/lacrosse.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/lacrosse.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/lacrosse.o.d ../../clib/lacrosse.c -o ../../clib/lacrosse.o
Compiling C: ../../clib/helper.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/helper.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/helper.o.d ../../clib/helper.c -o ../../clib/helper.o
Compiling C: ../../clib/rf_asksin.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/rf_asksin.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/rf_asksin.o.d ../../clib/rf_asksin.c -o ../../clib/rf_asksin.o
Compiling C: ../../clib/rf_moritz.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/rf_moritz.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/rf_moritz.o.d ../../clib/rf_moritz.c -o ../../clib/rf_moritz.o
Compiling C: ../../clib/rf_rwe.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/rf_rwe.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/rf_rwe.o.d ../../clib/rf_rwe.c -o ../../clib/rf_rwe.o
Compiling C: ../../clib/somfy_rts.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/somfy_rts.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/somfy_rts.o.d ../../clib/somfy_rts.c -o ../../clib/somfy_rts.o
Compiling C: ../../clib/fastrf.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/fastrf.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/fastrf.o.d ../../clib/fastrf.c -o ../../clib/fastrf.o
Compiling C: ../../clib/rf_zwave.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/rf_zwave.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/rf_zwave.o.d ../../clib/rf_zwave.c -o ../../clib/rf_zwave.o
Compiling C: ../../clib/intertechno.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/intertechno.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/intertechno.o.d ../../clib/intertechno.c -o ../../clib/intertechno.o
Compiling C: ../../clib/kopp-fc.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/kopp-fc.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/kopp-fc.o.d ../../clib/kopp-fc.c -o ../../clib/kopp-fc.o
Compiling C: ../../clib/memory.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/memory.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/memory.o.d ../../clib/memory.c -o ../../clib/memory.o
Compiling C: ../../clib/serial.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/serial.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/serial.o.d ../../clib/serial.c -o ../../clib/serial.o
Compiling C: ../../clib/ttydata.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/ttydata.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/ttydata.o.d ../../clib/ttydata.c -o ../../clib/ttydata.o
Compiling C: ../../clib/spi.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/spi.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/spi.o.d ../../clib/spi.c -o ../../clib/spi.o
Compiling C: ../../clib/rf_mbus.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/rf_mbus.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/rf_mbus.o.d ../../clib/rf_mbus.c -o ../../clib/rf_mbus.o
Compiling C: ../../clib/mbus/manchester.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/mbus/manchester.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/manchester.o.d ../../clib/mbus/manchester.c -o ../../clib/mbus/manchester.o
Compiling C: ../../clib/mbus/3outof6.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/mbus/3outof6.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/3outof6.o.d ../../clib/mbus/3outof6.c -o ../../clib/mbus/3outof6.o
Compiling C: ../../clib/mbus/mbus_packet.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/mbus/mbus_packet.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/mbus_packet.o.d ../../clib/mbus/mbus_packet.c -o ../../clib/mbus/mbus_packet.o
Compiling C: ../../clib/mbus/crc.c
avr-gcc -c -mmcu=atmega328p -I. -gdwarf-2 -DF_CPU=8000000UL -Os -funsigned-char -funsigned-bitfields -ffunction-sections -fpack-struct -fshort-enums -finline-limit=20 -Wall -Wstrict-prototypes -Wundef -DnanoCUL433 -Wa,-adhlns=./../../clib/mbus/crc.lst -I../../clib -std=gnu99 -mcall-prologues -DF_CPU=8000000UL -MMD -MP -MF .dep/crc.o.d ../../clib/mbus/crc.c -o ../../clib/mbus/crc.o
Linking: nanoCUL433.elf
Creating load file for Flash: nanoCUL433.hex
Creating load file for EEPROM: nanoCUL433.eep
Creating Extended Listing: nanoCUL433.lss
Creating Symbol Table: nanoCUL433.sym

Size after:
AVR Memory Usage
----------------
Device: atmega328p

Program:   10440 bytes (31.9% Full)
(.text + .data + .bootloader)

Data:       1726 bytes (84.3% Full)
(.data + .bss + .noinit)



PROGRAM_SIZE_PLUS_BL: 12488, FLASH_SIZE: 32768


Auch das flashen scheint io.

make TARGET=nanoCUL868 program
make[1]: Verzeichnis ,,/home/fritz/Dokumente/Haus_und_Grund/fhem/culfw/a-culfw-WMBus/culfw/Devices/nanoCUL" wird betreten
Linking: nanoCUL868.elf
Creating load file for Flash: nanoCUL868.hex
#@if test ! -d /sys/class/gpio/gpio17; then echo 17 > /sys/class/gpio/export; fi
#@if test ! -d /sys/class/gpio/gpio18; then echo 18 > /sys/class/gpio/export; fi
#echo out > /sys/class/gpio/gpio17/direction
#echo out > /sys/class/gpio/gpio18/direction
#echo 0 > /sys/class/gpio/gpio17/value
#echo 0 > /sys/class/gpio/gpio18/value
#sleep 1
#echo 1 > /sys/class/gpio/gpio17/value
#sleep 1
#echo 1 > /sys/class/gpio/gpio18/value
avrdude -D -p atmega328p -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A600TNDN-if00-port0 -b 57600 -c arduino    -U flash:w:nanoCUL868.hex

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.01s

avrdude: Device signature = 0x1e950f (probably m328p)
avrdude: reading input file "nanoCUL868.hex"
avrdude: input file nanoCUL868.hex auto detected as Intel Hex
avrdude: writing flash (10440 bytes):

Writing | ################################################## | 100% 5.25s

avrdude: 10440 bytes of flash written
avrdude: verifying flash memory against nanoCUL868.hex:
avrdude: load data flash data from input file nanoCUL868.hex:
avrdude: input file nanoCUL868.hex auto detected as Intel Hex
avrdude: input file nanoCUL868.hex contains 10440 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 4.43s

avrdude: verifying ...
avrdude: 10440 bytes of flash verified

avrdude: safemode: Fuses OK (E:00, H:00, L:00)

avrdude done.  Thank you.


Allerdings kriege ich den nanoCUL nicht auf den state Initialized, der nano bleibt immer auf openend.

Auch mehrmaliges ab- anstecken und set reopen führt nicht zum state Initialized.

Hier noch ein list vom nano

Internals:
   CFGFN     
   CMDS       
   Clients    :WMBUS:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A600TNDN-if00-port0@38400 4444
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A600TNDN-if00-port0@38400
   FHTID      4444
   FUUID      5d826cb4-f33f-7a30-131a-4e2a1c924cf43a71
   NAME       nanoCULWMBus868
   NR         3656
   STATE      opened
   TYPE       CUL
   initString X21
brt
   MatchList:
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     J:WMBUS    ^b.*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2019-09-18 19:48:55   state           opened
Attributes:
   model      nanoCUL
   rfmode     WMBus_T
   room       System


Vieleicht liest ja der Ersteller des FORKS hier mit und hat noch einen Tipp für mich.

Achja, die "normale" culfw lässt sich flashen und läuft dann auch, allerdings dann mit dem Speicherproblem. Also gehe ich davon aus, das der CUL io ist.

Grüße Fritz
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: sebbi2103 am 24 September 2019, 13:20:30
Hallo,

leider habe ich nichts in der Suche unter "M-Bus CUL gleichzeitig" bzw. "mehrere" oder "parallel" gefunden, daher versuche ich es mal in diesem Thread.
Ich betreibe einen busware CUL v3 mit der Firmware 1.67 und lese damit den aktuellen Stromverbrauch sowie den Zählerstand meines Stromzählers von eBZ per wireless M-Bus aus. Nun bieten mir die Stadtwerke einen Gaszähler an, der auch wireless M-Bus kann.
Frage: Kann ich die Nachrichten beider Geräte gleichzeitig mit dem CUL empfangen?

Besten Dank!
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 24 September 2019, 19:46:41
Ja, solange alle den selben Sendemodus (T, S oder C) verwenden.
Man könnte zwar den Empfangsmodus regelmäßig umschalten aber das wäre eher ein Notbehelf.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: matthias soll am 27 September 2019, 20:26:52
Hallo zusammen,

ich habe hier 2 techem radio 3 zähler von 2016 die ich auslesen möchte.
Erst habe ich eien maplecun versucht und das M-Bus modul auch eine Nacht im listenig... durchlsufen lassen ... ohen Erfolg
Jetzt habe ich einen Selbstbau CUL umgeflasht damit er im WMBus_T läuft auch ohne Erfolg.
Kann es sein, dass die zählerbatterie leer ist und die gar nichts mehr senden?
Oder hat noch jemand einen Tipp?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Fritz Muster am 30 September 2019, 14:23:29
Hallo in die Runde,

ich benötige etwas HIlfe zur Selbsthilfe. Ich habe einen Wärmemengezähler mit optionalen WMBus Modul. Der Hersteller hat mir die Protokollbeschreibung zur Verfügung gestellt mit der Bitte um Vertraulichkeit. Daher möchte ich nun versuchen das Protokoll selbst zu implementieren. Und genau dazu benötige ich Unterstützung. Zunächst einmal  ein raw

2019.09.30 19:19:35 bBE44XXXXXXXXXXXX00046A688C2008900F002C25B52A0000FD4D52A6F07FC371B7C345C3C82C57E0DF153544FBFF4F27D8C0680419B913A7B63A3890247B1A34A1BCDE6549859C7A02C8F9F3858485135729F2733240546EC42A7E1543CAC0A1B7C345C3C82C57E0DF153544FBFF4F27D8C0680419B913A7B63A3890247B1A3D40A8C6FE7E2D87B20AE365F1B690022D09333E99C6D6B53DC312C747A55185C9218F50ADA552904EF7BDA8E18C3C4B986BD6BEE7BFE866FC0D692C34E3CDB85BD19A47D5A5236C4A355603FD0C050000172E02FD0B31119D8A81

Herstellerangabe und Seriennummer sind "ge ixt". Der Zählerstand war zu dem Zeitpunkt 0,328 MWh(Gesamtmenge) und 59,935m³ Durchfluss (Gesamtmenge)

In der Protokollbeschreibung steht z.B.


Length    FunctionDIF(+E)VIF(+E)data typeencrypted
6Current Date/ Time 04h6Dh32-bit type Fyes
6 or 7 Energy (current)
Heatmeter:
Heatenergy
Coldmeter:
Coldenergy
Heat-/Coldmeter:
Heatenergy
04h05h (0.1 kWh)
06h (0.001 MWh)
0Eh (0.001 GJ)
86h,3Dh (0.001
MMBTU)
FBh,0Dh (0.001 Gcal)   
32-bit type Cyes
6total volume (current)04h13h (0.001 m³)32-bit type Cyes
4error code01hFDh,17h8-bit type Dyes
4date (last billing date)42h6Ch16-bit type Gyes
6 or 7 Energy (last billing date)    44h05h (0.1 kWh)
06h (0.001 MWh)
0Eh (0.001 GJ)
86h,3Dh (0.001
MMBTU)
FBh,0Dh (0.001 Gcal)
32-bit type Cyes
7 or 8Energy (month value 1) 84h/C4h,01h    05h (0.1 kWh)
06h (0.001 MWh)
0Eh (0.001 GJ)
86h,3Dh (0.001
MMBTU)
FBh,0Dh (0.001 Gcal)
32-bit type C      yes



Meine Frage ist nun, wie muss ich vorgehen um das Protokoll bei mir zu integrieren?

Danke und Grüße.
Fritz
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: lvogt am 02 Oktober 2019, 09:10:20
Das entspricht hauptsächlich der ganz normalen M-Bus Spezifikation was du da postest. http://www.m-bus.com/files/MBDOC48.PDF und http://www.m-bus.com/files/w4b21021.pdf

Allerdings wirkt es auf mich so, als ob dein Telegramm nicht korrekt wäre - es tauchen CRC Fehler auf - vl würde es ohne CRC Fehler einfach ohne Änderung gelesen werden...
Außerdem: Hast du den AES Schlüssel? Bzw. oder ist es nicht verschlüsselt (der Header sagt eigentlich nein)?

Und mich würde doch interessieren welcher Hersteller dir hier vertraulich frei zugängliche Informationen gegeben hat... - zumindest wenn das alles ist, was man dir an die Hand gegeben hat.

(Kleiner Hinweis an Rande: Oft steht der Telegramm Aufbau auch im Handbuch, wenn er sich - zumindest zum Großteil - an die M-Bus Spezifikation hält...)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Fritz Muster am 02 Oktober 2019, 11:21:54
Zitat von: lvogt am 02 Oktober 2019, 09:10:20
Das entspricht hauptsächlich der ganz normalen M-Bus Spezifikation was du da postest. http://www.m-bus.com/files/MBDOC48.PDF und http://www.m-bus.com/files/w4b21021.pdf

Danke, das hilft mir schonmal weiter!

Zitat von: lvogt am 02 Oktober 2019, 09:10:20
Allerdings wirkt es auf mich so, als ob dein Telegramm nicht korrekt wäre - es tauchen CRC Fehler auf

Woran kann ich erkenen das CRC Fehler auftreten? Im Log steht nichts von CRC Fehler. Allerdings steht bei mir im Log

Error during ApplicationLayer parse:Unsupported CI Field 30, remaining payload is

Zitat von: lvogt am 02 Oktober 2019, 09:10:20
Außerdem: Hast du den AES Schlüssel?

Der WMZ sendet verschlüsselt. Schlüssel habe ich im Device eingetragen. 

Zitat von: lvogt am 02 Oktober 2019, 09:10:20zumindest wenn das alles ist, was man dir an die Hand gegeben hat.

Der Hersteller hat mir ein 40 seitiges pdf gesendet. Ich werde mal versuchen das mit den M-Bus Spezifikationen abzugleichen

Zitat von: lvogt am 02 Oktober 2019, 09:10:20(Kleiner Hinweis an Rande: Oft steht der Telegramm Aufbau auch im Handbuch, wenn er sich - zumindest zum Großteil - an die M-Bus Spezifikation hält...)

Das Handbuch vom WMBus Modul ist ein 2-seitiger Beileger zum eigentlichen WMZ Handbuch. Enthalten sind dort Infos zu Montage und allgemeine Modulinfos wie einstellbare WMBUS Parameter.

VG Fritz
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: lvogt am 02 Oktober 2019, 11:40:18
Zitat von: Fritz Muster am 02 Oktober 2019, 11:21:54
Danke, das hilft mir schonmal weiter!

Woran kann ich erkenen das CRC Fehler auftreten? Im Log steht nichts von CRC Fehler. Allerdings steht bei mir im Log

Error during ApplicationLayer parse:Unsupported CI Field 30, remaining payload is

Okay, dann habe ich vermutlich einen Fehler gemacht, als ich versuchte habe ein vollständiges Telegramm zu rekonstruieren...

Der Fehler in deinem Log gibt dir eigentlich schon die Stelle an, an der anfangen musst, um die Unterstützung einzubauen. Das Modul weiß nicht welche Datenstruktur das CI Feld 0x30 definiert, da es nicht Teil der Spezifikation ist. Das müsstest du irgendwo in "sub decodeApplicationLayer" in WMBUS.pm ergänzen.

Viel weiter kann ich dir nicht helfen - von FHEM und Perl habe ich kaum Ahnung, ich wollte nur dein Telegramm mit meinem ioBroker Modul ausprobieren...
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: sportie am 09 Oktober 2019, 13:38:49
Hallo in die Runde,

ich habe wie vorher von anderen erwähnt auch folgenden Zähler mit WMBUS

Hier die Zählerdaten:

Diehl Metering
Hydrus
Type 171A
868, OMS
R160
MAP 16
class 2
T30, IP68

Und auch das Problem das der Versorger den Schlüssel nicht rausrückt.

Gibt es hier eine Lösung mitlerweile um diesen per Bruteforce oder der gleichen zu erfahren.

Vielen dank für das was kommen mag.

Grüße sportie
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: noby am 10 Oktober 2019, 17:49:01
Hallo zusammen,

empfange mit meinem Cul868 mit WMBus_T insgesamt 20 verschiedene Protokolle.
Habe in der Wohnung 2x Warm- und 2x Kaltwasserzähler von Sontex Supercom 581 und einen Wärmemengenzähler mit Sontex Supercal 739.

Wäre Euch sehr dankbar, wenn Ihr mir mit dem Auslesen der Werte helfen könntet.

Auszug:

2019.10.07 18:20:54 2: autocreate: define WMBUS_TCH_03422655_105_128 WMBUS b32446850552642036980AFF5A0113E27EE0070340000CE06BA06000047DA0000000000000000000000000100040598F10055202C093A000000FCC582::-87.5
2019.10.07 18:20:54 2: autocreate: define FileLog_WMBUS_TCH_03422655_105_128 FileLog ./log/WMBUS_TCH_03422655_105_128-%Y.log WMBUS_TCH_03422655_105_128
2019.10.07 18:20:56 2: autocreate: define WMBUS_TCH_03802000_112_98 WMBUS b2E446850002080037062F11BA0003E270600703400000000000001002AC100000000000000000000000000000000FFFF0000000000FFFF81::-82
2019.10.07 18:20:56 2: autocreate: define FileLog_WMBUS_TCH_03802000_112_98 FileLog ./log/WMBUS_TCH_03802000_112_98-%Y.log WMBUS_TCH_03802000_112_98
2019.10.07 18:20:56 2: autocreate: define WMBUS_TCH_03801977_112_114 WMBUS b2E4468507719800370721351A0003E27AA00703401000001020202023460030202030201050304030201010203044DD80201020401C6588B::-95
2019.10.07 18:20:56 2: autocreate: define FileLog_WMBUS_TCH_03801977_112_114 FileLog ./log/WMBUS_TCH_03801977_112_114-%Y.log WMBUS_TCH_03801977_112_114
2019.10.07 18:20:57 2: autocreate: define WMBUS_TCH_03362370_105_128 WMBUS b324468507023360369809499A0113E270E0070340000ED05C0050000EBBE00000000000000000000000000000001C29A0001000700050000009B8983::-83.5
2019.10.07 18:20:57 2: autocreate: define FileLog_WMBUS_TCH_03362370_105_128 FileLog ./log/WMBUS_TCH_03362370_105_128-%Y.log WMBUS_TCH_03362370_105_128
2019.10.07 18:20:59 2: autocreate: define WMBUS_TCH_03422581_105_128 WMBUS b32446850812542036980AC60A0113E270000703400005E075707000047D500000000000000000000000000000000FFFF000000000000000000FFFF82::-92.5
2019.10.07 18:20:59 2: autocreate: define FileLog_WMBUS_TCH_03422581_105_128 FileLog ./log/WMBUS_TCH_03422581_105_128-%Y.log WMBUS_TCH_03422581_105_128
2019.10.07 18:20:59 2: autocreate: define WMBUS_TCH_03422634_105_128 WMBUS b32446850342642036980F5ABA0113E270000703400000F08250800004EB700000000000000000000000000000000FFFF000000000000000000FFFF82::-90
2019.10.07 18:20:59 2: autocreate: define FileLog_WMBUS_TCH_03422634_105_128 FileLog ./log/WMBUS_TCH_03422634_105_128-%Y.log WMBUS_TCH_03422634_105_128
2019.10.07 18:21:02 2: autocreate: define WMBUS_TCH_03422595_105_128 WMBUS b32446850952542036980D6B6A0113E270C00703400009E0884080000C3D700000000000000000000000000000000FFFF0005070000000000009B6680::-80.5
2019.10.07 18:21:02 2: autocreate: define FileLog_WMBUS_TCH_03422595_105_128 FileLog ./log/WMBUS_TCH_03422595_105_128-%Y.log WMBUS_TCH_03422595_105_128
2019.10.07 18:21:02 2: autocreate: define WMBUS_TCH_03422582_105_128 WMBUS b32446850822542036980D39DA0113E27000070340000CB06D40600008A1900000000000000000000000000000000FFFF000000000000000000FFFF82::-87
2019.10.07 18:21:02 2: autocreate: define FileLog_WMBUS_TCH_03422582_105_128 FileLog ./log/WMBUS_TCH_03422582_105_128-%Y.log WMBUS_TCH_03422582_105_128
2019.10.07 18:21:04 2: autocreate: define WMBUS_TCH_03422562_105_128 WMBUS b32446850622542036980AFE6A0113E27000070340000BE0670060000852900000000000000000000000000000000FFFF000000000000000000FFFF82::-89.5
2019.10.07 18:21:04 2: autocreate: define FileLog_WMBUS_TCH_03422562_105_128 FileLog ./log/WMBUS_TCH_03422562_105_128-%Y.log WMBUS_TCH_03422562_105_128
2019.10.07 18:21:04 2: autocreate: define WMBUS_TCH_03422626_105_128 WMBUS b324468502626420369807087A0113E2747027034000048074B07000062460000000003071A05116A490C0F0409187EC5000E614838200B0000A56D86::-94.5
2019.10.07 18:21:04 2: autocreate: define FileLog_WMBUS_TCH_03422626_105_128 FileLog ./log/WMBUS_TCH_03422626_105_128-%Y.log WMBUS_TCH_03422626_105_128
2019.10.07 18:21:07 2: autocreate: define WMBUS_TCH_03802004_112_114 WMBUS b2E446850042080037072216BA0003E276100703400000000010101011ACB0101010101010201010200010101010204300001010100D5BD87::-90.5
2019.10.07 18:21:07 2: autocreate: define FileLog_WMBUS_TCH_03802004_112_114 FileLog ./log/WMBUS_TCH_03802004_112_114-%Y.log WMBUS_TCH_03802004_112_114
2019.10.07 18:21:27 2: WMBUS WMBUS_TCH_03422655_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 113e27ee0070340000ce06ba060000000000000000000000000000010004050055202c093a000000
2019.10.07 18:21:28 2: WMBUS WMBUS_TCH_03362370_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 113e270e0070340000ea05bf05000000000000000000000000000000000001000100070005000000
2019.10.07 18:21:30 2: WMBUS WMBUS_TCH_03802000_112_98 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 003e27060070340000000000000100000000000000000000000000000000000000000000
2019.10.07 18:21:32 2: WMBUS WMBUS_TCH_03422581_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 113e2700007034000061075907000000000000000000000000000000000000000000000000000000
2019.10.07 18:21:32 2: WMBUS WMBUS_TCH_03422634_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 113e2700007034000013082608000000000000000000000000000000000000000000000000000000
2019.10.07 18:21:34 2: WMBUS WMBUS_TCH_03422626_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 113e2747027034000048074b0700000000000003071a05116a490c0f040918000e614838200b0000
2019.10.07 18:21:35 2: autocreate: define WMBUS_TCH_03362365_105_128 WMBUS b324468506523360369802FC7A0113E270000703400000407FB060000827400000000000000000000000000000000FFFF000000000000000000FFFF83::-86
2019.10.07 18:21:35 2: autocreate: define FileLog_WMBUS_TCH_03362365_105_128 FileLog ./log/WMBUS_TCH_03362365_105_128-%Y.log WMBUS_TCH_03362365_105_128
2019.10.07 18:21:36 2: WMBUS WMBUS_TCH_03422582_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 113e27000070340000cb06d406000000000000000000000000000000000000000000000000000000
2019.10.07 18:21:38 2: WMBUS WMBUS_TCH_03802004_112_114 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 003e27610070340000000001010101010101010101020101020001010101020001010100
2019.10.07 18:21:39 2: autocreate: define WMBUS_TCH_03422596_105_128 WMBUS b32446850962542036980A94BA0113E27000070340000A708A608000006A500000000000000000000000000000000FFFF000000000000000000FFFF85::-94.5
2019.10.07 18:21:39 2: autocreate: define FileLog_WMBUS_TCH_03422596_105_128 FileLog ./log/WMBUS_TCH_03422596_105_128-%Y.log WMBUS_TCH_03422596_105_128
2019.10.07 18:21:42 2: WMBUS WMBUS_TCH_03422562_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 113e27000070340000be067006000000000000000000000000000000000000000000000000000000
2019.10.07 18:21:54 2: autocreate: define WMBUS_TCH_03422585_105_128 WMBUS b32446850852542036980EDEFA0113E27C40570340000A50897080000A4D1000000000000000000000000003E61448B398BB2B7B7B0B167511D907F82::-90
2019.10.07 18:21:54 2: autocreate: define FileLog_WMBUS_TCH_03422585_105_128 FileLog ./log/WMBUS_TCH_03422585_105_128-%Y.log WMBUS_TCH_03422585_105_128
2019.10.07 18:22:03 2: WMBUS WMBUS_TCH_03802000_112_98 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 003e27060070340000000000000100000000000000000000000000000000000000000000
2019.10.07 18:22:05 2: WMBUS WMBUS_TCH_03422655_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 113e27ee0070340000ce06ba060000000000000000000000000000010004050055202c093a000000
2019.10.07 18:22:05 2: WMBUS WMBUS_TCH_03422595_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 113e270c00703400009e088508000000000000000000000000000000000000000507000000000000
2019.10.07 18:22:06 2: WMBUS WMBUS_TCH_03801977_112_114 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 003e27aa0070340100000102020202030202030201050304030201010203040201020401
2019.10.07 18:22:10 2: WMBUS WMBUS_TCH_03422581_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 113e2700007034000061075907000000000000000000000000000000000000000000000000000000
2019.10.07 18:22:10 2: WMBUS WMBUS_TCH_03422634_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 113e2700007034000013082608000000000000000000000000000000000000000000000000000000
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 10 Oktober 2019, 20:44:09
Zitat von: sportie am 09 Oktober 2019, 13:38:49
Gibt es hier eine Lösung mitlerweile um diesen per Bruteforce oder der gleichen zu erfahren.

Kurzform: Nein
Langform: es handelt sich um eine AES-128 Verschlüsselung. Da aktuell kein praktikabler Angriff (https://de.wikipedia.org/wiki/Advanced_Encryption_Standard#Schw%C3%A4chen_und_Angriffe) bekannt ist müsste man 2^128 Schlüssel durchprobieren.
Wenn man tausend Schlüssel pro Sekunde schafft dauert das 10^28 Jahre.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 10 Oktober 2019, 20:47:48
Zitat von: noby am 10 Oktober 2019, 17:49:01
Hallo zusammen,

empfange mit meinem Cul868 mit WMBus_T insgesamt 20 verschiedene Protokolle.
Habe in der Wohnung Wam-und Kaltwasserzähler von Sontex Supercom 581 mit und einen Wärmemengenzähler mit Sontex Supercal 739.

Wäre Euch sehr dankbar, wenn Ihr mir mit dem Auslesen der Werte helfen könntet.

Auszug:
2019.10.07 18:20:54 2: autocreate: define WMBUS_TCH_03422655_105_128 WMBUS

Das sind alles Daten von Techem (TCH) Geräten. Die senden keine OMS konformen Daten.
Evtl. helfen die Module TechemHKV (https://fhem.de/commandref.html#TechemHKV) oder TechemWZ (https://fhem.de/commandref.html#TechemWZ) weiter.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: matthias soll am 10 Oktober 2019, 22:17:28
Hallo zusammen,
Ich empfange jetzt endlich Daten von meinem radio3 (Nagelneue Radio3 module müssen erst aktiviert werden und sind somit wertlos).
2019.10.09 15:49:15 5: CUL/RAW: /**b2F446850036036307462ABE1A2069F25350290340000800000000000D63F00000000000000000000000000000000FFFF0000000000040A6B806B

2019.10.09 15:49:15 4: CUL_Parse: mapleCUN1 **b2F446850036036307462ABE1A2069F25350290340000800000000000D63F00000000000000000000000000000000FFFF0000000000040A6B806B
2019.10.09 15:49:15 5: mapleCUN1: dispatch **b2F446850036036307462ABE1A2069F25350290340000800000000000D63F00000000000000000000000000000000FFFF0000000000040A6B806B
2019.10.09 15:49:15 4: CUL_Parse: mapleCUN2 *b2F446850036036307462ABE1A2069F25350290340000800000000000D63F00000000000000000000000000000000FFFF0000000000040A6B806B
2019.10.09 15:49:15 5: mapleCUN2: dispatch *b2F446850036036307462ABE1A2069F25350290340000800000000000D63F00000000000000000000000000000000FFFF0000000000040A6B806B
2019.10.09 15:49:15 4: CUL_Parse: mapleCUN3 b2F446850036036307462ABE1A2069F25350290340000800000000000D63F00000000000000000000000000000000FFFF0000000000040A6B806B -20.5
2019.10.09 15:49:15 5: mapleCUN3: dispatch b2F446850036036307462ABE1A2069F25350290340000800000000000D63F00000000000000000000000000000000FFFF0000000000040A6B80::-20.5
2019.10.09 15:49:15 5: WMBUS raw msg b2F446850036036307462ABE1A2069F25350290340000800000000000D63F00000000000000000000000000000000FFFF0000000000040A6B80::-20.5
2019.10.09 15:49:15 2: WMBUS WMBUS_TCH_30366003_116_98 Error during ApplicationLayer parse:Unsupported CI Field a2, remaining payload is 069f2535029034000080000000000000000000000000000000000000000000000000000004
2019.10.09 15:49:15 5: Starting notify loop for WMBUS_TCH_30366003_116_98, 3 event(s), first is RSSI: -20.5
2019.10.09 15:49:15 5: createNotifyHash
2019.10.09 15:49:15 5: End notify loop for WMBUS_TCH_30366003_116_98


Das Techem Modul reagiert leider nicht auf die raw messages woran kann das liegen?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: noby am 11 Oktober 2019, 00:10:27
Aber ich bin umgeben von Sontex, kann es nicht sein, dass die Geräte über Autodetect falsch definiert werden.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: pc1246 am 11 Oktober 2019, 06:05:36
Zitat von: noby am 11 Oktober 2019, 00:10:27
Aber ich bin umgeben von Sontex, kann es nicht sein, dass die Geräte über Autodetect falsch definiert werden.
Moin
Wenn Du Dir Deinen Auszug mal ansiehst, dann ist die Feldstaerke sehr gering, was bedeutet, dass die empfangenen Signale sehr weit weg sind. Ich vermute, dass Deine Sontex gar nicht dabei sind, und Du von den Nachbarn Geraete empfaengst.
Bitte das naechste mal auch den Auszug in Codetags (das '#' ueber den Smilies) setzen. Das macht es lesbarer.
Gruss Christoph
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: noby am 11 Oktober 2019, 08:22:43
Moin, das ist eine schlüssige Erklärung. Dann bin ich wohl mit meinen Sontex in einer Sackgasse. Vielen Dank für Eure Unterstützung.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: pc1246 am 14 Oktober 2019, 12:32:52
Moin
Vielleicht hat kaihs ja Lust irgendwann Deine Geraete mit aufzunehmen.
Allerdings musst du Sie bis dahin auch mal eingefangen haben. Denn ohne Daten keine Loesung!
Hast Du Dir mal diese Anleitung durchgelesen: https://www.sontex.eu/download/pdf/Bedienungsanleitung_Supercal_739.pdf
Seite 9 ist da sehr interessant.
Gruss Christoph
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: noby am 14 Oktober 2019, 20:25:38
Moin,
habe die Anleitung Supercal 739 aufmerksam durchgelesen. Würde sehr gerne Daten bereitstellen oder auch Versuche durchführen, aber mir fehlt der Ansatz, wie ich an diese speziellen Daten kommen könnte und damit wohl leider auch das Know-how 😌.

Kann meinen nanoCul auf T-Bus einstellen, ist dann auf 868 MHz, konnte in diesem Modus auch auf 433 MHz umstellen, dachte ich.
Gruß Norbert
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: pc1246 am 15 Oktober 2019, 07:35:06
Moin
Die erste Frage ist doch, welche Option verbaut ist!
Solange Du das nicht weisst, kannst Du auch nicht anfangen.
Gruss Christoph
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: noby am 24 Oktober 2019, 15:48:14
Moin,

mir ist aufgefallen, dass ich mit meinem NanoCUL433 (a-culfw) beim Umschalten des rfmode von slowRF auf WMBus_T nur freq 868.950, nicht aber 433.920 zur Verfügung habe. Die Anzeige suggeriert dies erst, wird aber mit get cconfig aktualisiert.

Gibt es für das Sammeln möglicher Daten einen Trick, meinen nanoCUL433 unter WMBus_T auf die Frequenz 433.. zu bekommen.

Ebenfalls bin ich Deinem Rat gefolgt und habe mit dem Hersteller Kontakt aufgenommen.

Anfrage an Sontex, Schweiz:
Sehr geehrte Damen und Herren,
für die Integration unserer Sontex-Geräte in bestehendes Smart Home System benötige ich unsere AES-Keys (128bit) für:
Supercom 581 - 22305872 - Bad/WC kalt
Supercom 581 - 22703799 - Bad/WC warm
Supercom 581 - 22321724 - WZ/Kü kalt
Supercom 581 - 22703800 - WZ/Kü warm
Supercal 739 - 22030551 - Heizungsverteiler (leider ist mir hier die genaue Ausstattung nicht klar, ID + RD 22030551, Software-Version 1.06), ich hoffe dies ist ebenfalls eine MBus-Ausführung des HKV
Wir beabsichtigen mittelfristig den gesamten Wohnbereich und evtl. in Folge auch in Abstimmung mit der WEG das Gebäude mit weiteren Sontex-Systemen (Rauchmelder...) nachzurüsten.

Antwort:
die unten aufgeführten Geräte haben alle unseren 433 MHz-Funk und kein wM-Bus (daher auch keine AES-Keys).
Bitte setzen Sie sich bezüglich der Integration in ein bestehendes Smart-Home-System mit Ihrem Lieferanten in Verbindung.

Nachfrage zu Details:
vielen Dank für Ihre rasche Antwort. Es handelt sich wohl doch bei beiden Geräten um einen M-Bus.
Ist die Auskunft verbindlich, dass hier keine 128Bit Verschlüsselung eingesetzt wird?
Hier die Auszüge aus dem Datenblättern
Supercom 581:
Funk  Verfahren FSK, bidirektional Frequenz 433,82 MHz Protokoll Radian, EN60870-5 (M-Bus)  Baudrate 2'400 Baud Reichweite ca. 30 m, je nach Gebäudekonstruktion
Supercal 739:
Der Supercal 739 verfügt über eine grosse Anzahl optionaler Schnittstellen für die Datenfernauslesung: -  Optische Schnittstelle, M-Bus mit Speisung via M-Bus Bidirektionaler Funk Sontex Supercom, Wireless M-Bus, OMS, zwei Pulsausgänge

Antwort:
bei denen mir aufgeführten Spezifikationen handelt es sich um die, die diese Geräte unter anderem als Option haben, was die bei Ihnen verbauten Geräte betrifft hilft mir das nicht weiter. Bitte wenden Sie sich an den Lieferanten, der Ihnen diese Geräte zur Verfügung gestellt bzw. verbaut hat.

Gruß Norbert
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 27 Oktober 2019, 17:00:35
Die Antwort des Herstellers ist doch ziemlich eindeutig. Die Zähler verwenden kein WMBus sondern ein proprietäres Protokoll.
WMBus ist auch nicht für 433 MHz spezifiziert, deshalb kann der CUL in den WMBUS Modi auch nicht auf die Frequenz eingestellt werden.

Mit WMBUS kommst du da also nicht weiter. Vielleicht wäre der SIGNALduino (https://wiki.fhem.de/wiki/SIGNALduino) ein Lösungsansatz.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: noby am 03 November 2019, 11:25:18
Musste mich erst in das Thema SIGNALduino einlesen und den gesamten Verlauf nochmal durcharbeiten.Würde mit SIGNALduino auf Basis Nano und CC1101 für beide Frequenzen 433/868 Daten sammeln und diese gerne bereitstellen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: ext23 am 04 November 2019, 21:41:18
Nabend,

gibt es hier schon Erfahrungen mit:
- Q smoke 5 5R (C-Modus, Qundis)
- KALO Typ XWE (scheint auch C-Modus zu sein wenn die Anleitung passt)
- kaloBLUE K1.5X (Open Metering System (OMS))

(KALO hat Qundis übernommen, ist also dasselbe)

Alles im Walk-by Mode. Das wird doch alles dasselbe sein, die rennen doch nicht mit 3 Tablets durchs Haus beim auslesen oder? Ich habe jetzt einen CUL genommen und den im C-Mode laufen aber da kommt rein gar nichts rein. Und das wurde heute alles installiert, sprich die Rauchmelder sollten noch 2 Tage sone Test Telegramme senden wenn ich das richtig gelesen habe.

Oder haben die wirklich alle ne recht genau Uhr drin weil bei der Wasseruhr steht:
walk-by(*)
alle 128 Sekunden
10 Stunden pro Tag (8.00 - 18.00 Uhr)

Mit den Wasseruhren ist blöd. Da jetzt dieses Funkmodul drauf sitzt komme ich nicht mehr an die Scheibe für die Lichtschranke rann... Kann ich also nicht mehr auslesen.

/Daniel
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: ext23 am 05 November 2019, 08:08:04
Moin,

heute mal auf Mode-S umgestellt und jetzt bekomme ich ein Haufen Meldungen, aber alle unknown:

2019-11-05 08:02:11 CUL CUL_0 UNKNOWNCODE b494465320382938835083BAC780DFF5F3500820680355A36E8EBED555BE3E97B6483FF3FAF64E1E2EBB96BFC4FC3E58D907BAE19E9C465A7EA2E8C5ED7A63DC7D7653F0AF21EB7A4D474A89E046D0108652B614980::-66
2019-11-05 08:02:18 CUL CUL_0 UNKNOWNCODE b49446532919693883508719F780DFF5F35008205803579EC6BF2D42B5AF50364A7B7700E764EC316035F9E9457306A31BB84B143814DB877ABF54D826C50F40F3ED217B36017EAEADD540CFA046D0208652B05CC80::-64
2019-11-05 08:02:19 CUL CUL_0 UNKNOWNCODE b49446532899693883508C9D8780DFF5F35008205803586620F430341F822217D5637DCA34BAECFCC3B4EC7DB4E414D7F9BC63BD750890CCA70746F300E6DCE9E5E3BDF149D131E18A2A9564F046D0208652B78FD80::-59
2019-11-05 08:02:20 CUL CUL_0 UNKNOWNCODE b494465320511002035086E9B780DFF5F3500820580357AE1F7BD71F9AD701871108E53A226268531F548E6C4F9FEF4B75B19E3FD960FA548A4BE82A39A6175FB39D73666B1BF111F3FC42CE4046D0108652BBE5680::-59.5
2019-11-05 08:02:24 CUL CUL_0 UNKNOWNCODE b49446532028293883508FA24780DFF5F3500820580352ACE7080D9B8CFEAD3D10A7E88E8EC07F562B1ACDB456937FA71A1F8C49737F6B0E93447D387F4E690F8CD0254D807C20A091399ED53046D0208652BBCD980::-64.5
2019-11-05 08:02:43 CUL CUL_0 UNKNOWNCODE b4F4465B2214691243307C0DB780DFF5F35008206803529050E53CF55B054246384F6C3C920469A813DC8E16F4E0814464056279D6B60FBEEC30E0D72CCF0B0D32002AFF7EEE8CF409C4A9FD4046D0208652B54A30C7861684735769480::-66.5
2019-11-05 08:02:50 CUL CUL_0 UNKNOWNCODE b4F4465B29442942433078772780DFF5F350082068035D9B9897D0B64144F6BACF89704BF8818E5FD1D261A3D80FCC5A41F3EF09000083C1B68D1734B4DF02EAEEA8A77275415991D15C53BA0046D0208652B4A610C785868473589D582::-81.5
2019-11-05 08:03:04 CUL CUL_0 UNKNOWNCODE b4F4465B2224691243307BF26780DFF5F3500820680350B679DDF2FAD6816C3C1E961F17395E6E31D00BF69629279E641C6FD223798A058FAC73B2098116874999A9D60999B872339F4700112046D0308652BA14A0C78847147358E7D81::-91
2019-11-05 08:03:04 CUL CUL_0 UNKNOWNCODE b4F4465B2184691243307CFA6780DFF5F3500820680358131FBE7631201A8BDD824C92F9EAA95AC6B95F8FEB43B12F0475EA62B1F391B07D6EF46E3B1E7606023F75EDD446327ABDEBCFDC704046D0308652B84630C7886714735F81D80::-60
2019-11-05 08:03:13 CUL CUL_0 UNKNOWNCODE b494465329296938835080E62780DFF5F350082058035EB051AE36C74AB1564505EB13C86732CEECD6845EF214FC6026EA01C0FAC3C28A118238A4A49C6EA783E7E05B7691C6FF3AB5BCD5D88046D0308652B46A780::-51
2019-11-05 08:03:17 CUL CUL_0 UNKNOWNCODE b4F4465B29242942433077888780DFF5F350082078035BB1FCF813C49A67C858A5D25CA5F647BF1C1ABE5D0D17820A9E69C6864492C28C47D02C0E237158AA2CBF271038016AE65CCD16CDA82046D0308652BAC910C78837147352FED80::-73
2019-11-05 08:03:20 CUL CUL_0 UNKNOWNCODE b4F4465B26341942433078DA8780DFF5F350082078035AF1EF9F886DA5C1D9A29E3AD394772F941127D7821F8BA7CB1997801BD8E6A9A0CC9EBA4C5984EDF3351ECA0EBE1BED4B1A455AA919B046D0308652BC5CA0C7872684735CF6B82::-87.5
2019-11-05 08:03:21 CUL CUL_0 UNKNOWNCODE b49446532909693883508B017780DFF5F350082058035B103DD9E569D2D955B23292B0EADEA3DB99DA0694E0B3EDCBF58EE08DA707DAC6F3DBEAC7249454FE7752DBED2D93B35594FCCD8F892046D0308652B45C280::-59
2019-11-05 08:03:44 CUL CUL_0 UNKNOWNCODE b4F4465B295429424330746FA780DFF5F350082068035DAFFE2BF123021B403A6F5EE04BC91F6ECB92F3047E41F8314B12DC94E820C237163B0F1DCD665A8FECCC7C9713C3860B05AAC361086046D0308652B6D9A0C7887714735C32D80::-65
2019-11-05 08:03:52 CUL CUL_0 UNKNOWNCODE b49446532968593883508AECD780DFF5F350082068035717914AF79569C7E8BE19AE0BDD581B88EC9C2AC2238C79EEC08AAD7BB7C5D79ADACC53E9AA1A830757B65AA7E3F0C559C4102E95E81046D0408652BF96182::-89
2019-11-05 08:03:54 CUL CUL_0 UNKNOWNCODE b4F4465B29642942433073907780DFF5F350082068035F677B2CFBBE81651F0922C8C6B8A29D90962A9D4FA5335A55A217433E760AFA087EC63CE8DA942C470CE0534B8CFB501CCDA03F08AAF046D0308652BC2390C788071473562BD82::-79.5
2019-11-05 08:04:17 CUL CUL_0 UNKNOWNCODE b494465320382938835083BAC780DFF5F350082068035951CFA4EA0DD33A7E421CE4DCE8DA094F8C191D40AE4CC4EA879DF86BA7695FF81695B4FD5F05999EE94B16A59C4D1218349CE2DB9C5046D0308652B5AEE80::-65.5
2019-11-05 08:04:24 CUL CUL_0 UNKNOWNCODE b49446532919693883508719F780DFF5F350082058035FD92F789C2E03A1BF1685244D1763578A63317044ABDA6D3B333EF77CE787621C0E31CA4FC986359F155A280B2D18CFBE0C8893EC84E046D0408652BC49F80::-64
2019-11-05 08:04:26 CUL CUL_0 UNKNOWNCODE b494465320511002035086E9B780DFF5F350082058035AB54E2D98DAEE98AF3D723B94219D0D1F55C582743C717844969363A7CD9A431DFB680D1AC3E411A837C58EDBFC352955E9A6F482C95046D0308652BC9CE80::-58.5
2019-11-05 08:04:29 CUL CUL_0 UNKNOWNCODE b49446532899693883508C9D8780DFF5F350082058035D1DFFF83CCC56CA539961E3C19BB6B67F1E1C1A9E5FB1041416C75326CD77CE5B2526D2F759C7CB365BC5700B6DDDC29B9842423A856046D0408652BC0FA80::-56.5
2019-11-05 08:04:31 CUL CUL_0 UNKNOWNCODE b49446532028293883508FA24780DFF5F3500820580357449AAD0A9281331B0CFB216B6CBE570C916DD70EBC80EAB2F18E0EE0FD115F38CC86EA7B47142CF7E9DAD6A96468DFE91FDE2567873046D0408652BF3C881::-78.5
2019-11-05 08:04:50 CUL CUL_0 UNKNOWNCODE b43C465B253C1D003F0D8D7B7A08310008029B1003144653243029488EF5F35087A1D0000000B6E0600004B6E0000BB0D00426C5F2C326CFFFF046D0405652B82A080046C7F2A8B046E010000382680::-78.5
2019-11-05 08:04:51 CUL CUL_0 UNKNOWNCODE b4F4465B2214691243307C0DB780DFF5F350082068035F874723237016720A6200D9CCA6CA234002D7F74832E58D9848B3E7475A0F0BF68782889FF66948894280FFD8E341D8D6AFC8DDDD64D046D0408652BA1680C7861684735769481::-68
2019-11-05 08:05:14 CUL CUL_0 UNKNOWNCODE b4F4465B2184691243307CFA6780DFF5F35008206803547BAC8514EA4A069C65F48E6EBE28B97AE7EF7DF927350656B27C6E235CB4276A9716E8D6AE285035262E8050E5EADCD1055BF75BDFB046D0508652BCB5C0C7886714735F81D80::-59.5
2019-11-05 08:05:22 CUL CUL_0 UNKNOWNCODE b494465329296938835080E62780DFF5F35008205803525D58E40AA57D55E2C53C4CE42E55BB17A00D3F3F98E962A3F279719DF14554A9A6C2DF17F5CBA7919E5C3412E4A5C9E2B25B536EB71046D0508652BC58080::-48.5
2019-11-05 08:05:28 CUL CUL_0 UNKNOWNCODE b49446532909693883508B017780DFF5F350082058035763FA6DDD922220F23A1366C253CA4CE204980C4FA1B7A3DB93302FBEF6FF0EFA1CCDB245DB358ADDE5ACA8A382313CB84611671AC82046D0508652BF21780::-60.5
2019-11-05 08:05:35 CUL CUL_0 UNKNOWNCODE b49446532540891883508D11E780DFF5F3500820580354E0410D202E6D6FD41F6774D3F5216EB3D8AF4BAB010C2774B8F3947B9AC2FC342C16D521956AEF178A2E381CB772DB1633740F5FA1F046D0508652B96FD81::-88
2019-11-05 08:05:53 CUL CUL_0 UNKNOWNCODE b4F4465B295429424330746FA780DFF5F350082068035F103DBEA2D719E765CD43F42A3373B655F06148A1E9329A1DAB4072ACAACF44392F81AD32731DB33016D69F2FEB48678F2160588CD47046D0608652BE2B70C7887714735C32D81::-68.5
2019-11-05 08:06:03 CUL CUL_0 UNKNOWNCODE b4F4465B29642942433073907780DFF5F350082068035371E396956C9C05DDA8AB0163F679AF72108AE6B9F340F8C35E3ED8187C556802B9BD9D7123B1881AF5D270D46A5241C56020B2F4B85046D0608652BAB1E0C788071473562BD80::-78
2019-11-05 08:06:22 CUL CUL_0 UNKNOWNCODE b4F4465B22046912433070153780DFF5F3500820680350D3D091E943E48AA87DAFD32D1D3B94BE712D26BF94EDBE9073A5B41E69C56E9123C85E4C5030E2D313391CB4BCFF1F9F11D649EE601046D0608652BFE840C7856684735F79082::-92
2019-11-05 08:06:28 CUL CUL_0 UNKNOWNCODE b494465320382938835083BAC780DFF5F35008206803585DD08BB11DF078BE956AED1741B65397753B1A2D202F839EEEC5B66138B4079AAAF4CB81C98B7B6CCDA8AA561FE43536B0D6513FFBA046D0508652BB63181::-68.5
2019-11-05 08:06:32 CUL CUL_0 UNKNOWNCODE b49446532919693883508719F780DFF5F350082058035728486D18DE5C6D7F58ADB9F99B72023E3AB3550AC6B5AAE7131C23CE6909093B5DC01D7D5875635E2318C48CBC678DFEA921CC48772046D0608652B0FDA83::-83
2019-11-05 08:06:41 CUL CUL_0 UNKNOWNCODE b49446532028293883508FA24780DFF5F350082058035068B4B47F1B35129D3672C8599DF6A0B639C984FEBBA2CF45AB64C640D96D3F090F8E6323AC5D7212258535C9AAA9EC20165C79FB4BB046D0708652B960980::-73.5
2019-11-05 08:06:42 CUL CUL_0 UNKNOWNCODE b49446532190294883508FCCA780DFF5F35008205803517A0B0EAA618FCA651F386FB4E5637D5446AFAE59D291783C7062909BFCA02800621C6C2B5CA344AD6E2473E9A07734B206F895436C7046D0608652B763C83::-90
2019-11-05 08:07:00 CUL CUL_0 UNKNOWNCODE b4F4465B2214691243307C0DB780DFF5F3500820680353478CC57E5B647BD2DDC16937AE258F7B2973C5E4EF595C2923EAF55C824F7D05366847AB53BF10004D7D054B0567158D6430D227B9A046D0608652BDDA50C7861684735769480::-68
2019-11-05 08:07:10 CUL CUL_0 UNKNOWNCODE b49446532532794883508A06A780DFF5F350082068035D7780713BC96C083387C80EC28E6E3C3F2A725446E1A4867020B5A543F192AA606486D53F67F7B7996DBDF3B76D99FC7A5F452A61850046D0608652B310E83::-86
2019-11-05 08:07:21 CUL CUL_0 UNKNOWNCODE b4F4465B2184691243307CFA6780DFF5F35008206803524E348BEC239D811BD6C2E37237B2DF9FC4A10E44E8F4DCA0103FDABDB4DCE324CA83126A2183C6C4B15D962AB6585EB00C60C51B0C0046D0708652B9E320C7886714735F81D80::-61.5


UPDATE: OK im Flur hängt ein Q gateway 5, also scheinen die doch Mode S zu nutzen und die Daten "ständig" zu sammeln. Und vermutlich auch mit einem AES Schlüssel.

/Daniel
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 05 November 2019, 20:01:00
Ja, das sind Daten von Qundis Wasser- und Wärmemengenzählern.

Die sind zwar nicht (gemäß OMS) verschlüsselt, aber alle interessanten Daten sind herstellerspezifisch codiert.
Trotzdem sollten dafür Devices angelegt werden.
Wird bei

list TYPE=WMBUS

etwas angezeigt? Falls nicht fehlen dir vielleicht perl Module die von WMBUS benötigt werden. Siehe commandref (https://fhem.de/commandref.html#WMBUS).

Bzgl. Empfang von WMBUS Typ C siehe meine Erläuterung (https://forum.fhem.de/index.php/topic,104154.msg987967.html#msg987967) in einem anderen Thread,
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: ext23 am 05 November 2019, 21:31:42
Super vielen Dank! Stimmt vollkommen, die Module haben gefehlt, jetzt hat er schon das erste Gerät angelegt, allerdings nicht meins, eher vom Nachbarn, aber gut ich lass es mal laufen einen Tag:

Internals:
   DEF        LSE 24914621 51 7
   DeviceMedium Water
   DeviceType 7
   FUUID      5dc1d9e3-f33f-70a7-87ae-6292139eea90161c
   IODev      CUL_0
   IdentNumber 24914621
   Manufacturer LSE
   MessageEncoding CUL
   NAME       WMBUS_LSE_24914621_51_7
   NR         15
   STATE      no errors
   TYPE       WMBUS
   Version    51
   addr       LSE_24914621_51_7
   READINGS:
     2019-11-05 21:21:55   1_storage_no    0
     2019-11-05 21:21:55   1_type          VIF_VOLUME
     2019-11-05 21:21:55   1_unit          m³
     2019-11-05 21:21:55   1_value         0.187
     2019-11-05 21:21:55   1_value_type    Instantaneous value
     2019-11-05 21:21:55   2_storage_no    1
     2019-11-05 21:21:55   2_type          VIF_VOLUME
     2019-11-05 21:21:55   2_unit          m³
     2019-11-05 21:21:55   2_value         0
     2019-11-05 21:21:55   2_value_type    Instantaneous value
     2019-11-05 21:21:55   3_storage_no    1
     2019-11-05 21:21:55   3_type          VIF_TIME_POINT_DATE
     2019-11-05 21:21:55   3_unit         
     2019-11-05 21:21:55   3_value         invalid: ffffffffffffffff
     2019-11-05 21:21:55   3_value_type    Instantaneous value
     2019-11-05 21:21:55   4_storage_no    0
     2019-11-05 21:21:55   4_type          VIF_TIME_POINT_DATE
     2019-11-05 21:21:55   4_unit         
     2019-11-05 21:21:55   4_value         invalid: ffffffffffffffff
     2019-11-05 21:21:55   4_value_type    Value during error state
     2019-11-05 21:21:55   5_storage_no    0
     2019-11-05 21:21:55   5_type          VIF_TIME_POINT_DATE_TIME
     2019-11-05 21:21:55   5_unit         
     2019-11-05 21:21:55   5_value         2019-11-05 21:21
     2019-11-05 21:21:55   5_value_type    Instantaneous value
     2019-11-05 21:21:55   6_storage_no    0
     2019-11-05 21:21:55   6_type          VIF_FABRICATION_NO
     2019-11-05 21:21:55   6_unit         
     2019-11-05 21:21:55   6_value         35476861
     2019-11-05 21:21:55   6_value_type    Instantaneous value
     2019-11-05 21:21:55   LQI             128
     2019-11-05 21:21:55   RSSI            -74.5
     2019-11-05 21:21:55   batteryState    ok
     2019-11-05 21:21:55   decryption_ok   1
     2019-11-05 21:21:55   is_encrypted    0
     2019-11-05 21:21:55   state           no errors
     2019-11-05 21:21:55   unit            m³
     2019-11-05 21:21:55   volume          0
Attributes:
   IODev      CUL_0
   room       WMBUS


Mit dem Typ C, das habe ich nur auf den Rauchmeldern gelesen, kann sein das die das wirklich anders machen. Allerdings würde mich das wundern wenn die ein Netz aufbauen und dann die Rauchmelder eine Sonderlocke spielen, aber gut ich werde es beobachten die Tage.

Wegen der Hersteller spezifischen Felder, kann man das irgendwie reengineeren?

/Daniel
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 05 November 2019, 21:40:41
Die Daten sehen ja gut aus, da ist nichts herstellerspezifisches dabei.

Ich hatte mir zwei deiner Rawmessages angesehen, da sah das anders aus.
Warte mal ab, bis du Daten von deinen Zählern empfängst.

Reverse Engeneering ist prinzipiell möglich, kann aber mühsam werden.
Man muss versuchen die bekannten Daten des Zählers (Zählerstand, Datum, ...) in den Daten wieder zu finden.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: ext23 am 05 November 2019, 21:48:33
Stimmt und jetzt sehe ich noch ein "Environmental meter", das klingt doch nach Rauchmelder oder? Die haben ja immerhin Ultraschallsensoren (Deswegen habe ich die wieder alle abgebaut ;-) )

Ich beobachte das mal. Die Geräte senden Tagsüber enorm viel, ich denke mal morgen werde ich mehr wissen. Mir stellt sich nur eine Frage:
Das AES aus ist, ist in meinem Fall gut. Aber das ich die Zählerstände aller Nachbarn im Haus sehe, mhhhh. Und da kommt die nächste Frage, wer außer die Handwerker haben noch alles die Liste mit dem Seriennummer <-> Wohnung/Namen match? Für einen Einbrecher ist es so ein leichtes zu sehen wer im Urlaub ist oder nicht. Oder bin ich da etwas zu Paranoid?

/Daniel
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 06 November 2019, 20:44:51
Mit der Einschätzung liegst du sicher nicht ganz falsch.
Einbrecher werden sich m. E. nicht die Mühe machen, aber die Daten sind durchaus sensibel und sollten geschützt werden.

Zur Bewertung der Sicherheit siehe auch dieses Whitepaper (https://www.compass-security.com/fileadmin/Datein/Research/Praesentationen/blackhat_2013_wmbus_security_whitepaper.pdf).
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: ext23 am 07 November 2019, 16:32:19
Naja und wenn man erst falsche Werte sendet ;-)

Eine Frage habe ich mal noch. Wieso habe ich beim Value tagsüber oft 0 und dann mal wieder den richtigen Wert (häufig nachts wo weniger los ist aufm Funk)? Das kann doch nicht sein, da ist doch ne Prüfsumme in der Nachricht oder nicht?

UPDATE:

Was ist denn die 1_storage_no ? Steht dieser auf "0" ist der aktuelle Wert im 1_value, steht dieser auf 128 steht immer 0 im 1_value.

/Daniel
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 09 November 2019, 11:53:03
'storage' sind Speicher für Messwerte. Nummer 0 sind meist die aktuellen Messwerte, die anderen z. B. der letzte Monats- oder Tagesstand.
Welche storage was enthält hängt vom Zähler ab, wenn vorhanden steht das meist in der Dokumentation des Herstellers.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: ext23 am 09 November 2019, 12:25:52
Hier mal ein listing wie es aussehen soll (nehme ich mal an...) Man sieht schön den Wert "11" in der Speicher Nummer 0 im Reading 1_storage_no:

Internals:
   CUL_0_MSGCNT 3
   CUL_0_RAWMSG b2644653292969388350830EE7A1E0000000B6E1100004B6E0000004215BA6C5F2C326CFFFF046D1108692BC8D780::-48.5
   CUL_0_RSSI -48.5
   CUL_0_TIME 2019-11-09 08:17:01
   DEF        LSE 88939692 53 8
   DeviceMedium Heat Cost Allocator
   DeviceType 8
   FUUID      5dc21268-f33f-70a7-8bdf-ff76027a9d988072
   IODev      CUL_0
   IdentNumber 88939692
   LASTInputDev CUL_0
   MSGCNT     3
   Manufacturer LSE
   MessageEncoding CUL
   NAME       HZ_Arbeitszimmer
   NR         145
   STATE      11
   TYPE       WMBUS
   Version    53
   addr       LSE_88939692_53_8
   model      LSE_8_53
   READINGS:
     2019-11-09 08:17:01   1_storage_no    0
     2019-11-09 08:17:01   1_type          VIF_HCA
     2019-11-09 08:17:01   1_unit         
     2019-11-09 08:17:01   1_value         11
     2019-11-09 08:17:01   1_value_type    Instantaneous value
     2019-11-09 08:17:01   2_storage_no    1
     2019-11-09 08:17:01   2_type          VIF_HCA
     2019-11-09 08:17:01   2_unit         
     2019-11-09 08:17:01   2_value         0
     2019-11-09 08:17:01   2_value_type    Instantaneous value
     2019-11-09 08:17:01   3_storage_no    1
     2019-11-09 08:17:01   3_type          VIF_TIME_POINT_DATE
     2019-11-09 08:17:01   3_unit         
     2019-11-09 08:17:01   3_value         2018-12-31
     2019-11-09 08:17:01   3_value_type    Instantaneous value
     2019-11-09 08:17:01   4_storage_no    0
     2019-11-09 08:17:01   4_type          VIF_TIME_POINT_DATE
     2019-11-09 08:17:01   4_unit         
     2019-11-09 08:17:01   4_value         invalid: ffffffffffffffff
     2019-11-09 08:17:01   4_value_type    Value during error state
     2019-11-09 08:17:01   5_storage_no    0
     2019-11-09 08:17:01   5_type          VIF_TIME_POINT_DATE_TIME
     2019-11-09 08:17:01   5_unit         
     2019-11-09 08:17:01   5_value         2019-11-09 08:17
     2019-11-09 08:17:01   5_value_type    Instantaneous value
     2019-11-09 08:17:01   LQI             128
     2019-11-09 08:17:01   RSSI            -48.5
     2019-11-09 08:17:01   batteryState    ok
     2019-11-09 08:17:01   decryption_ok   1
     2019-11-09 08:17:01   is_encrypted    0
     2019-11-09 08:17:01   state           no errors
   internal:
Attributes:
   IODev      CUL_0
   room       WMBUS
   stateFormat 1_value


So etwas später sieht es so aus:

Internals:
   CUL_0_MSGCNT 4
   CUL_0_RAWMSG b23446532929693883508E5317A1F0000008B046E00000082046C7F2A16A001FD0C10046D250C692BA73D80::-43.5
   CUL_0_RSSI -43.5
   CUL_0_TIME 2019-11-09 12:37:06
   DEF        LSE 88939692 53 8
   DeviceMedium Heat Cost Allocator
   DeviceType 8
   FUUID      5dc21268-f33f-70a7-8bdf-ff76027a9d988072
   IODev      CUL_0
   IdentNumber 88939692
   LASTInputDev CUL_0
   MSGCNT     4
   Manufacturer LSE
   MessageEncoding CUL
   NAME       HZ_Arbeitszimmer
   NR         145
   STATE      0
   TYPE       WMBUS
   Version    53
   addr       LSE_88939692_53_8
   model      LSE_8_53
   READINGS:
     2019-11-09 12:37:06   1_storage_no    128
     2019-11-09 12:37:06   1_type          VIF_HCA
     2019-11-09 12:37:06   1_unit         
     2019-11-09 12:37:06   1_value         0
     2019-11-09 12:37:06   1_value_type    Instantaneous value
     2019-11-09 12:37:06   2_storage_no    128
     2019-11-09 12:37:06   2_type          VIF_TIME_POINT_DATE
     2019-11-09 12:37:06   2_unit         
     2019-11-09 12:37:06   2_value         2019-10-31
     2019-11-09 12:37:06   2_value_type    Instantaneous value
     2019-11-09 12:37:06   3_storage_no    0
     2019-11-09 12:37:06   3_type          VIF_MODEL_VERSION
     2019-11-09 12:37:06   3_unit         
     2019-11-09 12:37:06   3_value         16
     2019-11-09 12:37:06   3_value_type    Instantaneous value
     2019-11-09 12:37:06   4_storage_no    0
     2019-11-09 12:37:06   4_type          VIF_TIME_POINT_DATE_TIME
     2019-11-09 12:37:06   4_unit         
     2019-11-09 12:37:06   4_value         2019-11-09 12:37
     2019-11-09 12:37:06   4_value_type    Instantaneous value
     2019-11-09 08:17:01   5_storage_no    0
     2019-11-09 08:17:01   5_type          VIF_TIME_POINT_DATE_TIME
     2019-11-09 08:17:01   5_unit         
     2019-11-09 08:17:01   5_value         2019-11-09 08:17
     2019-11-09 08:17:01   5_value_type    Instantaneous value
     2019-11-09 12:37:06   LQI             128
     2019-11-09 12:37:06   RSSI            -43.5
     2019-11-09 12:37:06   batteryState    ok
     2019-11-09 12:37:06   decryption_ok   1
     2019-11-09 12:37:06   is_encrypted    0
     2019-11-09 12:37:06   state           no errors
   internal:
Attributes:
   IODev      CUL_0
   room       WMBUS
   stateFormat 1_value


Warum liefert der jetzt die Storage Nummer 128 mit einer 0? Da haut doch etwas nicht hin oder? Egal ob Wasseruhr oder Heizkostenverteiler. Ist da irgend ein Bit verrutscht?

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 09 November 2019, 17:27:48
Das passt schon. Allerdings sendet der Zähler zwei Telegramme mit abweichendem semantischem Inhalt.
Dann werden jedes mal die Readings überschrieben, obwohl eigentlich die Bedeutung unterschiedlich ist.

Um dieses Problem zu umgehen gibt es das Attribut useVIFasReadingName, setze das mal auf 1.
Dann sollte das Ergebnis so aussehen:

READINGS:
     2019-11-09 17:21:27   0_VIF_HCA_unit 
     2019-11-09 17:21:27   0_VIF_HCA_value 11
     2019-11-09 17:21:27   0_VIF_HCA_value_type Instantaneous value
     2019-11-09 17:22:07   0_VIF_MODEL_VERSION_unit
     2019-11-09 17:22:07   0_VIF_MODEL_VERSION_value 16
     2019-11-09 17:22:07   0_VIF_MODEL_VERSION_value_type Instantaneous value
     2019-11-09 17:22:07   0_VIF_TIME_POINT_DATE_TIME_unit
     2019-11-09 17:22:07   0_VIF_TIME_POINT_DATE_TIME_value 2019-11-09 12:37
     2019-11-09 17:22:07   0_VIF_TIME_POINT_DATE_TIME_value_type Instantaneous value
     2019-11-09 17:21:27   0_VIF_TIME_POINT_DATE_unit
     2019-11-09 17:21:27   0_VIF_TIME_POINT_DATE_value invalid: ffffffffffffffff
     2019-11-09 17:21:27   0_VIF_TIME_POINT_DATE_value_type Value during error state
     2019-11-09 17:22:07   128_VIF_HCA_unit
     2019-11-09 17:22:07   128_VIF_HCA_value 0
     2019-11-09 17:22:07   128_VIF_HCA_value_type Instantaneous value
     2019-11-09 17:22:07   128_VIF_TIME_POINT_DATE_unit
     2019-11-09 17:22:07   128_VIF_TIME_POINT_DATE_value 2019-10-31
     2019-11-09 17:22:07   128_VIF_TIME_POINT_DATE_value_type Instantaneous value
     2019-11-09 17:21:27   1_VIF_HCA_unit 
     2019-11-09 17:21:27   1_VIF_HCA_value 0
     2019-11-09 17:21:27   1_VIF_HCA_value_type Instantaneous value
     2019-11-09 17:21:27   1_VIF_TIME_POINT_DATE_unit
     2019-11-09 17:21:27   1_VIF_TIME_POINT_DATE_value 2018-12-31
     2019-11-09 17:21:27   1_VIF_TIME_POINT_DATE_value_type Instantaneous value
     2019-11-09 17:22:07   batteryState    ok
     2019-11-09 17:22:07   decryption_ok   1
     2019-11-09 17:22:07   is_encrypted    0
     2019-11-09 17:22:07   state           no errors


Dann sieht man auch, dass sich 128 auf den Stand zum 31.10.2019 bezieht, 0 dagegen auf den aktuellen Stand.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: ext23 am 09 November 2019, 18:48:10
Ich glaub ich sehe bei dem M-Bus noch nicht so ganz durch. Ich muss mich da wohl noch ein wenig belesen.
Danke, ich ändere das dann mal. Was bedeutet eigentlich dieses LQI?

/Daniel
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 09 November 2019, 19:24:48
Link Quality Indicator

Im Datenblatt zum Cc1101 Funkchip auf dem CUL ist beschrieben wie dieser ermittelt wird.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: ext23 am 09 November 2019, 20:19:51
Ach das kommt vom 1101, ok, ist mir bei HM etc. bis jetzt nicht aufgefallen, OK.

/Daniel
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: chester4444 am 17 November 2019, 13:57:02
Hallo, ich habe einen nanoCUL, v1.67 868Mhz, und lese erfolgreich meinen Wasserzähler (Multical 21, KAM) aus.
7 x kurz, 1 x lang, S/N meines Zählers stimmt mit den empfangenen Daten überein.

bY2C442D2C170935741B168D208F03C841226E1BDFA39B938A7DC9021072E76141BB572D4BFF1D9817F7A7936F298212
bY25442D2C170935741B168D209010C841225C618A22F943674B2F911AA899FABA7979864C73ED8017
bY25442D2C170935741B168D209111C8412220DA9D988341EA402FC7DB77EF0AB32BE833D7D8E98003
bY25442D2C170935741B168D209212C841229499248DB285BC586A951D44FDDD2EAD9CAB1166198505
bY25442D2C170935741B168D209313C84122108F1ABC1919ED280F486D0BC7EAB8980C1BD5C9038012
bY25442D2C170935741B168D209420C84122CDF123BD0991D70054F47001C4D08159454CCE3C9A8012
bY25442D2C170935741B168D209521C8412257F767C8A74B2A00BC8BA783647F952000BFC6F7438012
bY25442D2C170935741B168D209622C841224F8B33D377F4560BB4B332CB9469E50AA16CAC529683FA
bY2C442D2C170935741B168D209723C84122A806AA39352EAF7B218DF0B2E9134E1731D365BB5DDC370C72951AB48021

Mein Wasserversorger hat mir auch ein paar Dateien zu meinem Zähler geschickt (.kem, .xml, usw) und
ich habe auch 16 byte gefunden, die ich als AES key interpretiere, wobei ich mir da jetzt überhaupt nicht sicher bin.

FHEM liefert mir:
LQI     195
RSSI  -132
state   Payload CRC check failed on ELL, wrong AES key?

Wie kann ich nun sicher ausschließen bzw. sicherstellen, dass Pakete und AES zusammenpassen?
Bevor ich meinen Versorger nochmals kontaktiere, möchte ich Fehler auf meiner Seite ausschließen (falsche libs, cpan, fhem, ...)

Danke für Hilfe
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 17 November 2019, 17:22:28
Zitat von: chester4444 am 17 November 2019, 13:57:02

FHEM liefert mir:
LQI     195
RSSI  -132
state   Payload CRC check failed on ELL, wrong AES key?


Sieht wirklich nach falschem AES Key aus. Allerdings ist der Empfang anscheinend auch sehr schwach (RSSI -132), aber es werden ja Daten empfangen.
Fehlende Module sind es nicht, dann gäbe es eine andere Fehlermeldung.

Evtl. kann ich noch mehr sagen wenn du ein list vom CUL und dem Zähler hier rein stellst.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: chester4444 am 17 November 2019, 19:21:27
ZitatSieht wirklich nach falschem AES Key aus.

ok danke für die Rückmeldung.

ZitatAllerdings ist der Empfang anscheinend auch sehr schwach (RSSI -132), aber es werden ja Daten empfangen.

ich war 2 m vom Zähler entfernt, mehr geht nicht.

ZitatEvtl. kann ich noch mehr sagen wenn du ein list vom CUL und dem Zähler hier rein stellst.

Mach ich gerne, aber was ist ein "list vom CUL und dem Zähler"?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 18 November 2019, 19:27:46
Zitat von: chester4444 am 17 November 2019, 19:21:27
Mach ich gerne, aber was ist ein "list vom CUL und dem Zähler"?

Gemeint ist der Befehl list (https://fhem.de/commandref.html#list) der alle Informationen über ein Device liefert.
Diese Ausgabe kann du dann in code-Tags eingefasst hier posten. Die Code-Tags kannst du z. B. mit dem Button mit dem #-Zeichen über der Textbox bei der Erfassung eines neuen Beitrags einfügen.

Mit list TYPE=CUL|WMBUS bekommst du eine Liste aller relevanten Devices.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: chester4444 am 18 November 2019, 20:41:14
Danke für deine Geduld  :)

hier die Infos zum nanoCUL:
Internals:
   CMDS       ABbCeFfGiKlMRTtVWXx
   Clients    :WMBUS:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0@38400 0000
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0@38400
   FD         8
   FHTID      0000
   FUUID      5dd022de-f33f-fd92-1f7a-71b55c82e1a90fb7
   MessageEncoding CUL
   NAME       nanoCUL
   NR         15
   PARTIAL   
   RAWMSG     bY25442D2C170935741B168D200E329B422266F11F5997062506C8347BF496B76CB99D052262D087DA
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.67 nanoCUL868
   initString X21
brc
   nanoCUL_MSGCNT 1196
   nanoCUL_TIME 2019-11-18 20:31:46
   MatchList:
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     J:WMBUS    ^b.*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2019-11-17 14:33:24   cmds             A B b C e F f G i K l M R T t V W X x
     2019-11-18 20:31:46   state           Initialized
     2019-11-16 17:25:08   version         V 1.67 nanoCUL868
   internal:
     rawMsg     bY25442D2C170935741B168D200E329B422266F11F5997062506C8347BF496B76CB99D052262D087DA
Attributes:
   rfmode     WMBus_C


und hier mein Zähler:
Internals:
   DEF        KAM 74350917 27 22
   DeviceMedium Cold water
   DeviceType 22
   FUUID      5dd0467b-f33f-fd92-821d-a68954489306aaa4
   IODev      nanoCUL
   IdentNumber 74350917
   LASTInputDev nanoCUL
   MSGCNT     1199
   Manufacturer KAM
   MessageEncoding CUL
   NAME       WMBUS_KAM_74350917_27_22
   NR         16
   STATE      Payload CRC check failed on ELL, wrong AES key?
   TYPE       WMBUS
   Version    27
   addr       KAM_74350917_27_22
   model      KAM_22_27
   nanoCUL_MSGCNT 1199
   nanoCUL_RAWMSG bY25442D2C170935741B168D2014519B422214B321F914EF63E8987E25E7C1D9FD511CCACDD18482D9
   nanoCUL_TIME 2019-11-18 20:33:25
   READINGS:
     2019-11-18 20:33:25   LQI             132
     2019-11-18 20:33:25   RSSI            -137
     2019-11-18 20:33:25   state           Payload CRC check failed on ELL, wrong AES key?
   wmbus:
     aeskey     xxxxxxxxxxxxxxxxxxxx
Attributes:
   AESkey     xxxxxxxxxxxxxxxxxxx
   IODev      nanoCUL
   room       WMBUS


PS: ich schicke dir den AES key persönlich, Danke vielmals
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: chester4444 am 18 November 2019, 23:37:22
Soweit ich das nun analysiert habe, verwende ich ziemlich sicher den falschen AES Key.
Ich habe von meinem Wasserversorger ein .kem file bekommen, das
den AES key verschlüsselt enthält. Leider kann ich die Datei nicht entschlüsseln.

ich hab zwar ein java-tool auf https://github.com/weetmuts/wmbusmeters (https://github.com/weetmuts/wmbusmeters)
gefunden, das genau das machen sollte, jedoch fehlt mir das "passwort" zum
Entschlüsseln des .kem files.

Ich werde mal meinen Wasserversorger kontakieren, ob sie mir helfen können.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: chester4444 am 19 November 2019, 10:20:24
Mein freundlicher Wasserversorger hat mir geholfen, mein KEM File zu entschlüsseln, AES key ist nun richtig.

FHEM dekodiert den langen Frame nun richtig - Zählerstand, Temp alles da - Perfekt.

Bei den 7 kurzen Frames kommt die Meldung:
"Unknown Kamstrup compact frame format"

Kann man da was machen?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 19 November 2019, 14:39:47
Wenn du mir den korrekten AES-Key per PN schickst kann ich mir das ansehen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: chester4444 am 19 November 2019, 21:58:09
Zitat von: kaihs am 19 November 2019, 14:39:47
Wenn du mir den korrekten AES-Key per PN schickst kann ich mir das ansehen.

ist unterwegs
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 24 November 2019, 12:07:54
Ich habe eine neue Version vom WMBus.pm eingechecked die die Compact Frames aus deinen Beispieldaten unterstützt.

Compact Frames enthalten nur die reinen Nutzdaten und keine Metadaten (Datentyp, Bedeutung). Daher kann man die alleine ohne zusätzliche Informationen nicht auswerten.
In den Full Frames sind diese Informationen enthalten.
Eine saubere Lösung wäre das Modul selbstlernend zu machen, d.h. es müsste sich jede neue Art von Full Frame merken um sie dann auf später empfangene Compact Frames anzuwenden.
Das war mir erst mal zu aufwändig, daher habe ich nur Unterstützung für die mir aktuell bekannten Arten von Compact Frames eingebaut.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Mihca am 25 November 2019, 09:47:16
Seit dem Update vom 25.11.2019 habe ich im Log anscheinend immer dann, wenn mein EneryCam Stromzähler sendet, ohne Datum den folgenden Eintrag:

FRAME TYPE A
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 25 November 2019, 19:31:48
Die Debugausgabe habe ich jetzt entfernt und eine neue Version WMBus.pm eingecheckt.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: OiledAmoeba am 29 November 2019, 14:12:59
Moin,

bei uns sind Rauchwarnmelder, Heizkostenverteiler und Wasserzähler von Minol verbaut. Die funken scheinbar ganz fleißig, das Techem-Modul hat auch einige Geräte als Wasserzähler identifiziert.
Das WMBUS-Modul wirft aber bei jedem Gerät CI-Field Fehler raus. Mal a0, mal a1, mal a2.
Meinen Wasserzähler habe ich auch nach 14 Tagen noch nicht gefunden, keiner der empfangenen Zähler passt (wenigstens halbwegs) zu meinem Zählerstand.
Heizkostenverteiler sind "Minometer", der Wasserzähler ist ein "Minolist" und die Rauchwarnmelder sind "Minoprotect". Soweit ich herausgefunden habe, nutzen die die Funkmodule von Zenner.
Da ja einige Wasserzähler mit Verbrauch, Stand und letzte Ablesung ausgewertet werden, vermute ich, dass die Daten unverschlüsselt sind. Scheinbar sind Minol und Techem ähnlich, da das Techem-Modul einige Daten lesen kann.
Was mich jetzt halt nervt/stört: 1. Die CI-Fehler, obwohl einige Daten der Telegramme ausgewertet werden. 2. Es gibt einige Devices, die von WMBUS als TCH erkannt werden, aber nicht ausgewertet werden können. (Werden Rauchmelder und Heizkostenverteiler bereits ausgelesen und sind nur "unverständlich?)

Welche Daten brauchst Du, um eventuell erkennen zu können, was in den Telegrammen versteckt ist?
Der CUL läuft die ganze Woche schon auf verbose 5 + RAWMSG, ein grep könnte eine wahre Datenflut erzeugen ;-)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 29 November 2019, 20:48:02
Als ersten Schritt mal ein paar list von den WMBUS Devices, ich nehme an es wurden welche angelegt?

Ein list TYPE=WMBUS kann auch nicht schaden.
Die Frage ist, welche Herstellerkennung die Minol Geräte haben. In der Liste der Hersteller (https://www.dlms.com/flag-id/flag-id-list) taucht Minol gar nicht und Zenner mit ZRI und ZRM auf.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: OiledAmoeba am 05 Dezember 2019, 16:55:36
Moin,
sorry für die verspätung, ich musste für den WAF erst mal meine gassistant-Installation reparieren.
Er hat alles fein als Techem erkannt. In den Datenblättern von Minol steht aber, dass die Blätter für Zenner ausgstellt sind. Ist ein Komplex aus mehreren Mehrfamilienhäusern, von denen drei in Funkreichweite sein dürften. Wären dann rund 30 Wohnungen. Wobei ich eine Lambda1/2 Antenne am CUL habe, damit dürften die Werte dann eher aus den Wohnungen auf meiner Ebene stammen, das wären dann noch sechs. Alle Wohnungen sind mit Minol-Geräten ausgestattet, Techem-Geräte sind hier weit und breit keine.

Hier ein paar Infos:


list TYPE=WMBUS
WMBUS_TCH_23509275_116_114
WMBUS_TCH_23509750_116_114
WMBUS_TCH_32008931_116_114
WMBUS_TCH_50451050_116_114
WMBUS_TCH_52004371_118_240
WMBUS_TCH_52033853_118_240
WMBUS_TCH_54027446_118_240
WMBUS_TCH_54861300_118_240
WMBUS_TCH_54861325_118_240
WMBUS_TCH_54861418_118_240
WMBUS_TCH_54861423_118_240
WMBUS_TCH_54861530_118_240
WMBUS_TCH_54861531_118_240
WMBUS_TCH_93641628_118_240


Der 23509275 gibt Werte als TechemWZ. Der sieht z.B. so aus:
Internals:
   DEF        TCH 23509275 116 114
   DeviceMedium unknown
   DeviceType 114
   FUUID      5ddfdc5b-f33f-2b54-6563-7c4688f8f1b8e0a9
   IODev      CUL
   IdentNumber 23509275
   Manufacturer TCH
   MessageEncoding CUL
   NAME       WMBUS_TCH_23509275_116_114
   NR         337
   STATE      Unsupported CI Field a2, remaining payload is 069f255902c03799010000191c1c2012160d0e100b081214180e0f0c101211171d10121016
   TYPE       WMBUS
   Version    116
   addr       TCH_23509275_116_114
   READINGS:
     2019-11-28 15:48:32   LQI             128
     2019-11-28 15:48:32   RSSI            -95.5
     2019-11-28 15:48:32   state           Unsupported CI Field a2, remaining payload is 069f255902c03799010000191c1c2012160d0e100b081214180e0f0c101211171d10121016
Attributes:
   DbLogExclude .*
   IODev      CUL
   room       WMBUS


Internals:
   CUL_MSGCNT 49
   CUL_RAWMSG b2F44685075925023747229FAA2069F2559025038A4010000061E1E1CE66F2012160D0E100B081214180E0F0C10126B2211171D101210F6C381::-88.5
   CUL_RSSI   -88.5
   CUL_TIME   2019-12-05 15:53:47
   DEF        23509275
   FUUID      5dd70e4a-f33f-2b54-135a-a31f5182a0e52754
   ID         23509275
   LASTInputDev CUL
   METER      cold water
   MSGCNT     49
   NAME       TechemWZ_23509275
   NR         306
   NTFY_ORDER 50-TechemWZ_23509275
   STATE      listening
   TYPE       TechemWZ
   VERSION    74
   .attraggr:
   .attrminint:
   READINGS:
     2019-12-05 00:00:00   current_period  42
     2019-12-05 00:00:00   meter           102.1
     2018-12-31 00:00:00   previous_period 60.1
     2019-12-05 08:33:53   state           listening
Attributes:
   DbLogExclude .*
   DbLogInclude current_period,meter,previous_period
   room       WMBUS


Da der 52033853 ein anderer Gerätetyp ist, laut Kennung, von dem auch noch das List:
Internals:
   CUL_MSGCNT 73
   CUL_RAWMSG b294468505338035276F04258A0009F25832700E08327008032000006CEF2006BA1007CB2008DC3009ED4000FE50096BA81::-89
   CUL_RSSI   -89
   CUL_TIME   2019-12-05 16:08:29
   DEF        TCH 52033853 118 240
   DeviceMedium unknown
   DeviceType 240
   FUUID      5dd713c4-f33f-2b54-1285-f73cbd8c39f38461
   IODev      CUL
   IdentNumber 52033853
   LASTInputDev CUL
   MSGCNT     73
   Manufacturer TCH
   MessageEncoding CUL
   NAME       WMBUS_TCH_52033853_118_240
   NR         310
   STATE      Unsupported CI Field a0, remaining payload is 009f25832700e08327008032000006006ba1007cb2008dc3009ed4000fe500
   TYPE       WMBUS
   Version    118
   addr       TCH_52033853_118_240
   model      TCH_240_118
   .attraggr:
   .attrminint:
   READINGS:
     2019-12-05 16:08:29   LQI             129
     2019-12-05 16:08:29   RSSI            -89
     2019-12-05 16:08:29   state           Unsupported CI Field a0, remaining payload is 009f25832700e08327008032000006006ba1007cb2008dc3009ed4000fe500
Attributes:
   DbLogExclude .*
   IODev      CUL
   room       WMBUS


Ein bisschen gegrept hab ich auch noch, in der Anlage drei Dateien, einmal grep vom 28.11. (da war das Feld a2 zuletzt als Fehler ausgeworfen) und zweimal von heute (weil er regelmäßig Daten bekommt).
Was jetzt fehlt sind beim 52033853 die parse-error Meldungen, weil ich grep auf die rückwärts geschriebene Adresse gemacht habe. Sind aber alles "Unsupported CI Field a0".
Deswegen auch noch mal das komplette log angehängt (um nicht-WMBUS-Meldungen bereinigt). Ein bisschen fehlt im heutigen log, da sich fhem heute morgen wegen eines disconnects der Datenbank verabschiedet hatte...
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 07 Dezember 2019, 16:39:52
Entweder sind das nicht die Minol-Zähler oder die verwenden Technik von Techem statt Zenner.
Die Herstellerkennung wird zentral vergeben, daher sind diese Daten auf jeden Fall von Zählern die Techem-Technik verwenden.

Und Techem hält sich nicht an den Open Metering Standard (OMS), daher kann ich dann nicht weiterhelfen.
hermannj hat zwei Module erstellt die mit einigen Techem Datenformaten umgehen können: TechemHKV (https://fhem.de/commandref.html#TechemHKV) und TechemWZ (https://fhem.de/commandref.html#TechemWZ)

Mglw. kann er bei neuen Datenformaten weiterhelfen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: jopare am 19 Januar 2020, 22:39:13
Nabend zusammen,
nachdem unser Versorger neue Hydrus Wasserzähler eingebaut hat habe ich meinen nanoCUL umgeflashed und die erforderlichen Packete nachinstalliert um den WMBUS zum Laufen zu bekommen. Jede Menge Devices wurden angelegt und ich musste erst mal aussortieren. Das habe ich aufgrund meiner Zählernummer in den RAW Messages noch hinbekommen. Jetzt sehe ich nur noch meinen Zähler, allerdings mit unbrauchbaren Readings aufgrund von Fehlermeldungen. Hier müsste ich mal euer Schwarmwissen anzapfen denn im Forum habe ich keine Lösung gefunden. Hier mal das Device und der Log.
Internals:
   CUL1_MSGCNT 156
   CUL1_RAWMSG b484424232407030026001E757AEF003AF5B38F142D44C4B5A8B7BAB14FF276CE1A14DBFFAA36FE656DBDCF656AAD157C25EFF3EC93C2AD211C50E5D4C78347196CAF425FAAE46F1D66600794AD0CDC29118D7A85::-92
   CUL1_RSSI  -92
   CUL1_TIME  2020-01-19 22:29:45
   DEF        HYD 00030724 38 0
   DeviceMedium Other
   DeviceType 0
   FUUID      5e243e3b-f33f-6a52-1530-b813a4536105bc8b
   IODev      CUL1
   IdentNumber 00030724
   LASTInputDev CUL1
   MSGCNT     156
   Manufacturer HYD
   MessageEncoding CUL
   NAME       Wasser_SW64
   NR         20
   STATE      Encryption mode 15 not implemented
   TYPE       WMBUS
   Version    38
   addr       HYD_00030724_38_0
   model      HYD_0_38
   READINGS:
     2020-01-19 22:29:45   LQI             133
     2020-01-19 22:29:45   RSSI            -92
     2020-01-19 22:29:45   state           Encryption mode 15 not implemented
   wmbus:
     aeskey     xxxxxxxxxxxxxxxxxxxxxxxxx
Attributes:
   AESkey     xxxxxxxxxxxxxxxxxxxxxxxxx
   IODev      CUL1
   room       Wasser


2020-01-19_19:31:48 Wasser_SW64 RSSI: -94
2020-01-19_19:31:48 Wasser_SW64 LQI: 130
2020-01-19_19:31:48 Wasser_SW64 Encryption mode 18 not implemented
2020-01-19_19:33:13 Wasser_SW64 RSSI: -92.5
2020-01-19_19:33:13 Wasser_SW64 LQI: 132
2020-01-19_19:33:13 Wasser_SW64 Encryption mode 17 not implemented
2020-01-19_19:36:25 Wasser_SW64 RSSI: -92
2020-01-19_19:36:25 Wasser_SW64 LQI: 130
2020-01-19_19:36:25 Wasser_SW64 Encryption mode 17 not implemented
2020-01-19_19:36:35 Wasser_SW64 RSSI: -93.5
2020-01-19_19:36:35 Wasser_SW64 LQI: 132
2020-01-19_19:36:35 Wasser_SW64 Encryption mode 17 not implemented
2020-01-19_19:37:39 Wasser_SW64 RSSI: -95
2020-01-19_19:37:39 Wasser_SW64 LQI: 132
2020-01-19_19:37:39 Wasser_SW64 Encryption mode 16 not implemented
2020-01-19_19:38:11 Wasser_SW64 RSSI: -91.5
2020-01-19_19:38:11 Wasser_SW64 LQI: 135
2020-01-19_19:38:11 Wasser_SW64 Encryption mode 16 not implemented
2020-01-19_19:38:53 Wasser_SW64 RSSI: -93.5
2020-01-19_19:38:53 Wasser_SW64 LQI: 133
2020-01-19_19:38:53 Wasser_SW64 Encryption mode 16 not implemented
2020-01-19_19:39:26 Wasser_SW64 RSSI: -92
2020-01-19_19:39:26 Wasser_SW64 LQI: 137
2020-01-19_19:39:26 Wasser_SW64 Encryption mode 16 not implemented
2020-01-19_19:41:33 Wasser_SW64 RSSI: -93.5
2020-01-19_19:41:33 Wasser_SW64 LQI: 132
2020-01-19_19:41:33 Wasser_SW64 Encryption mode 14 not implemented
2020-01-19_19:42:05 Wasser_SW64 RSSI: -93
2020-01-19_19:42:05 Wasser_SW64 LQI: 134
2020-01-19_19:42:05 Wasser_SW64 Encryption mode 1b not implemented
2020-01-19_19:42:37 Wasser_SW64 RSSI: -93.5
2020-01-19_19:42:37 Wasser_SW64 LQI: 137
2020-01-19_19:42:37 Wasser_SW64 Encryption mode 18 not implemented
2020-01-19_19:43:09 Wasser_SW64 RSSI: -93
2020-01-19_19:43:09 Wasser_SW64 LQI: 138
2020-01-19_19:43:09 Wasser_SW64 Encryption mode 14 not implemented
2020-01-19_19:45:28 Wasser_SW64 RSSI: -93.5
2020-01-19_19:45:28 Wasser_SW64 LQI: 128
2020-01-19_19:45:28 Wasser_SW64 Encryption mode 12 not implemented


Vielen Dank schon mal im Voraus...   Jo
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: rieders am 20 Januar 2020, 08:49:17
Hallo

Schau mal in die commandref . Du musst noch Pakete für mbus installieren.  Z.b. zum entschlüsseln.

Grüße
André
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: jopare am 20 Januar 2020, 10:29:41
Hallo André,
das ist alles installiert und up to date. Daran kann's eher nicht liegen!

libdigest-crc-perl         0.22.2-1+b1
Digest::CRC               0.22
Crypt::Mode::CBC      0.066
Digest::CMAC             0.04
Crypt::Mode::CTR       0.066
cpan                          2.27

Gruss... Jo
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: rieders am 20 Januar 2020, 19:39:11
Hallo

Scheint so als wenn die Daten verschlüsselt sind.
Bei mir empfange ich von der Wasseruhr 
MAPLECUL3_RAWMSG b2E4465B29498061541076AD87A1F000000046D301194210C134115441599004C1384664300426C7F2C326CFFFF0CA7D97859940857771FCA::-70.5

Ich habe aber einen anderen Hersteller. Sieht aber ähnlich aus.

Grüße
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 20 Januar 2020, 20:44:45
Wenn ich mich richtig erinnere hatten wir das Problem schon mal. Die Daten sind nicht OMS konform. Äußert sich in den ständig wechselnden encryption types die nicht definiert sind.
Aktuell ist mir keine Lösung bekannt. Wenn jemand Doku zu dem verwendeten Protokoll hat kann ich mir das ansehen und probieren es zu integrieren.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: jopare am 20 Januar 2020, 23:03:13
Hallo,
zu dem Hydrus Zähler gibt's von Diehl die Product Spezification als PDF. Da drinnen ist das Telegram Format auch beschrieben und die bits und bytes sind auseinandergenommen, aber mir geht das zu tief. Vielleicht würde das weiterhelfen, ich kann's gerne zur Verfügung stellen. Ansonsten wundert's mich schon denn hier scheint es ja zu funktionieren.  https://forum.fhem.de/index.php/topic,33068.msg737335.html#msg737335
Gruß... Jo
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: l1berty am 31 Januar 2020, 10:06:22
Hallo zusammen,

nach viel Hin und Her habe ich endlich meinen AES Key von meinem Versorger erhalten.

Mit rawmsg_as_reading sehen die Werte auch garnicht so schlecht aus.

Hat Jemand eine Idee was ich gegen das "Unknown Kamstrup compact frame format " tun kann ?

Es handelt sich um einen Kamstrup Multical 403 Wärmemengenzähler.

Folgendes Modul nutze ich: 36_WMBUS.pm:0.200840/2019-08-31


2020.01.31 09:55:34.460 2 : WMBUS WMBUS_KAM_71110XXX_52_4 Error during ApplicationLayer parse:Unknown Kamstrup compact frame format
2020-01-31 09:55:34.463 WMBUS WMBUS_KAM_71110XXX_52_4 Unknown Kamstrup compact frame format
2020-01-31 09:55:34.463 WMBUS WMBUS_KAM_71110XXX_52_4 LQI: 52
2020-01-31 09:55:34.463 WMBUS WMBUS_KAM_71110XXX_52_4 RSSI: -138
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 RSSI: -138
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 LQI: 136
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 1_type: VIF_ENERGY_WATT
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 1_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 1_value: 8791000
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 1_unit: Wh
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 1_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 2_type: VIF_KAMSTRUP_INFO
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 2_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 2_value: 51173
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 2_unit:
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 2_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 3_type: VIF_KAMSTRUP_INFO
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 3_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 3_value: 43516
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 3_unit:
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 3_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 4_type: VIF_VOLUME
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 4_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 4_value: 754.59
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 4_unit: m³
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 4_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 5_type: VIF_VOLUME_FLOW
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 5_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 5_value: 0.012
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 5_unit: m³/h
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 5_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 6_type: VIF_FLOW_TEMP
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 6_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 6_value: 58.85
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 6_unit: °C
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 6_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 7_type: VIF_RETURN_TEMP
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 7_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 7_value: 25.71
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 7_unit: °C
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 7_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 8_type: VIF_KAMSTRUP_INFO
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 8_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 8_value: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 8_unit:
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 8_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 9_type: VIF_TIME_POINT_DATE
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 9_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 9_value: 2020-01-31
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 9_unit:
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 9_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 10_type: VIF_ENERGY_WATT
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 10_storage_no: 1
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 10_value: 7909000
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 10_unit: Wh
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 10_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 11_type: VIF_VOLUME
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 11_storage_no: 1
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 11_value: 714.15
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 11_unit: m³
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 11_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 12_type: VIF_TIME_POINT_DATE
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 12_storage_no: 1
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 12_value: 2020-01-01
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 12_unit:
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 12_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 batteryState: ok
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 is_encrypted: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 decryption_ok: 1
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 no errors
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 rawmsg: Y


Grüße
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: connaisseur am 01 Februar 2020, 09:15:21
Könnte sich jemand mit einem Decoder mal diese TMODE strings anschauen:


b6044C5149621457100044DE87A350000202F2F046D05359F210406DF9A3054000001FD17000413A44C4200043BD0BDC3000000042B1C020000025B2700025F25A2A3000261E1008440130000000084804013D7380000000084C040130000000003FD0C05F3C7000002FD0B10113ABE82DD
b6044C5149621457100044DE87A360000202F2F046D14359F210406E0E79354000001FD17000413FC4C4200043B68D9BE010000042BDC0C0000025B2600025F1FAE610002611503844013000000008480401309630000000084C040130000000003FD0C05F3C7000002FD0B10113ABE80DC
b6044C5149621457100044DE87A3A0000202F2F046D14369F210406E1292B54000001FD17000413D04D4200043B95ED28010000042B4B0F0000025B2300025F1B1BA60002614203844013000000008480401390230000000084C040130000000003FD0C05F3C7000002FD0B10113ABE85DB


Stammen vermtl. aus einem ISTA Wärmezähler. Sind die Daten dort verschlüsselt?

Weil, wenn ich über meine Hausverwaltung versuchen muss einen AES-Key zu bekommen, dann ist das wie schreiben nach /dev/null. Bezweifle, dass ich einen AES-Key von ISTA was bekommen würde...

Zudem habe ich z.Zt. nur eine Lambda-lange Antenne für diesen freien CUL, deswegen habe ich nicht mehr an RAW-Logs. Bin noch auf der Suche nach Lambda/4 mit RP-SMA, ohne das Preisniveau von busware.de
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 02 Februar 2020, 14:29:31
Zitat von: l1berty am 31 Januar 2020, 10:06:22
Hallo zusammen,

nach viel Hin und Her habe ich endlich meinen AES Key von meinem Versorger erhalten.

Mit rawmsg_as_reading sehen die Werte auch garnicht so schlecht aus.

Hat Jemand eine Idee was ich gegen das "Unknown Kamstrup compact frame format " tun kann ?

Es handelt sich um einen Kamstrup Multical 403 Wärmemengenzähler.

Folgendes Modul nutze ich: 36_WMBUS.pm:0.200840/2019-08-31


2020.01.31 09:55:34.460 2 : WMBUS WMBUS_KAM_71110XXX_52_4 Error during ApplicationLayer parse:Unknown Kamstrup compact frame format
2020-01-31 09:55:34.463 WMBUS WMBUS_KAM_71110XXX_52_4 Unknown Kamstrup compact frame format
2020-01-31 09:55:34.463 WMBUS WMBUS_KAM_71110XXX_52_4 LQI: 52
2020-01-31 09:55:34.463 WMBUS WMBUS_KAM_71110XXX_52_4 RSSI: -138
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 RSSI: -138
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 LQI: 136
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 1_type: VIF_ENERGY_WATT
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 1_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 1_value: 8791000
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 1_unit: Wh
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 1_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 2_type: VIF_KAMSTRUP_INFO
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 2_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 2_value: 51173
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 2_unit:
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 2_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 3_type: VIF_KAMSTRUP_INFO
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 3_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 3_value: 43516
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 3_unit:
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 3_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 4_type: VIF_VOLUME
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 4_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 4_value: 754.59
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 4_unit: m³
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 4_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 5_type: VIF_VOLUME_FLOW
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 5_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 5_value: 0.012
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 5_unit: m³/h
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 5_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 6_type: VIF_FLOW_TEMP
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 6_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 6_value: 58.85
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 6_unit: °C
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 6_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 7_type: VIF_RETURN_TEMP
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 7_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 7_value: 25.71
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 7_unit: °C
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 7_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 8_type: VIF_KAMSTRUP_INFO
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 8_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 8_value: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 8_unit:
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 8_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 9_type: VIF_TIME_POINT_DATE
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 9_storage_no: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 9_value: 2020-01-31
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 9_unit:
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 9_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 10_type: VIF_ENERGY_WATT
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 10_storage_no: 1
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 10_value: 7909000
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 10_unit: Wh
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 10_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 11_type: VIF_VOLUME
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 11_storage_no: 1
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 11_value: 714.15
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 11_unit: m³
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 11_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 12_type: VIF_TIME_POINT_DATE
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 12_storage_no: 1
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 12_value: 2020-01-01
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 12_unit:
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 12_value_type: Instantaneous value
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 batteryState: ok
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 is_encrypted: 0
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 decryption_ok: 1
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 no errors
2020-01-31 09:56:06.910 WMBUS WMBUS_KAM_71110XXX_52_4 rawmsg: Y


Grüße
Die Meldungen kannst du erst mal ignorieren. Die gleichen Daten werden auch im langen Format gesendet. Damit sollten sie dekodiert werden können.
Das bisher noch nicht unterstützte compact Format müsste ich noch implementieren. Mir fehlt dazu aber aktuell die Zeit.

Damit ich das dann aber mal machen kann brauche ich die Rawmsg über einen längeren Zeitraum, ca. 30 Minuten.
Kannst du mir mit Referenz auf diesen Post per PM schicken.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 02 Februar 2020, 16:32:20
Zitat von: connaisseur am 01 Februar 2020, 09:15:21
Könnte sich jemand mit einem Decoder mal diese TMODE strings anschauen:


b6044C5149621457100044DE87A350000202F2F046D05359F210406DF9A3054000001FD17000413A44C4200043BD0BDC3000000042B1C020000025B2700025F25A2A3000261E1008440130000000084804013D7380000000084C040130000000003FD0C05F3C7000002FD0B10113ABE82DD
b6044C5149621457100044DE87A360000202F2F046D14359F210406E0E79354000001FD17000413FC4C4200043B68D9BE010000042BDC0C0000025B2600025F1FAE610002611503844013000000008480401309630000000084C040130000000003FD0C05F3C7000002FD0B10113ABE80DC
b6044C5149621457100044DE87A3A0000202F2F046D14369F210406E1292B54000001FD17000413D04D4200043B95ED28010000042B4B0F0000025B2300025F1B1BA60002614203844013000000008480401390230000000084C040130000000003FD0C05F3C7000002FD0B10113ABE85DB


Stammen vermtl. aus einem ISTA Wärmezähler. Sind die Daten dort verschlüsselt?

Weil, wenn ich über meine Hausverwaltung versuchen muss einen AES-Key zu bekommen, dann ist das wie schreiben nach /dev/null. Bezweifle, dass ich einen AES-Key von ISTA was bekommen würde...

Zudem habe ich z.Zt. nur eine Lambda-lange Antenne für diesen freien CUL, deswegen habe ich nicht mehr an RAW-Logs. Bin noch auf der Suche nach Lambda/4 mit RP-SMA, ohne das Preisniveau von busware.de
Das kannst du selber testen.

In der Kommandozeile von fhem define insta WMBUS bxxxxx eingeben. Das bxxxxx natürlich durch die empfangenen Nachrichten ersetzen.

Damit wird ein device insta angelegt und die Daten soweit möglich dekodiert. Wenn dann da steht, dass die Daten verschlüsselt aber der Schlüssel fehlt brauchst du den Schlüssel damit du weiter kommst.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: connaisseur am 02 Februar 2020, 16:42:45
Zitat von: kaihs am 02 Februar 2020, 16:32:20
In der Kommandozeile von fhem define insta WMBUS bxxxxx eingeben. Das bxxxxx natürlich durch die empfangenen Nachrichten ersetzen.

Damit wird ein device insta angelegt und die Daten soweit möglich dekodiert. Wenn dann da steht, dass die Daten verschlüsselt aber der Schlüssel fehlt brauchst du den Schlüssel damit du weiter kommst.

Danke für den konkreten Hinweis!

Habe ich so gemacht. Schaut ganz gut aus. Die entscheidenden Atribute beim list insta sind wohl:


2020-02-02 16:36:43   decryption_ok   1
2020-02-02 16:36:43   is_encrypted    0
2020-02-02 16:36:43   state           no errors

Der Rest der Werte schaut im ersten Moment plausibel aus.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Obi-Wan am 10 Februar 2020, 18:13:58
Zitat von: jopare am 20 Januar 2020, 23:03:13
Hallo,
zu dem Hydrus Zähler gibt's von Diehl die Product Spezification als PDF. Da drinnen ist das Telegram Format auch beschrieben und die bits und bytes sind auseinandergenommen, aber mir geht das zu tief. Vielleicht würde das weiterhelfen, ich kann's gerne zur Verfügung stellen. Ansonsten wundert's mich schon denn hier scheint es ja zu funktionieren.  https://forum.fhem.de/index.php/topic,33068.msg737335.html#msg737335
Gruß... Jo

Bist Du weitergekommen Jo? Ich bekomme leider auch nur Fehlermeldungen bei meinem Diehl Hydrus:
2020.02.09 00:00:04 5: WMBUS raw msg b6344A511921864647007A4A08C00B7900F002C259125130032A61ED4DEE906C209C77A9100400710F3E929ABC269D2B6612E17FA33C9A296371A2A6BBD19DCCDBE29791DEF08933234BB714ADDCA12B04F57472C9FE2FA8C07D61EA43ED
2020.02.09 00:00:04 2: WMBUS Error during LinkLayer parse:crc check failed for block 4
2020.02.09 00:00:04 3: nanoCUL: Unknown code b6344A511921864647007A4A08C00B7900F002C259125130032A61ED4DEE906C209C77A9100400710F3E929ABC269D2B6612E17FA33C9A296371A2A6BBD19DCCDBE29791DEF08933234BB714ADDCA12B04F57472C9FE2FA8C07D61EA43ED, help me!
2020.02.09 00:00:19 5: CUL/RAW: /b6344A511921864647007A4A08C00B7900F002C2
2020.02.09 00:00:19 5: CUL/RAW: b6344A511921864647007A4A08C00B7900F002C2/592251300694F364CA9A3B603B1A07A920040071034EA1D3F70B5D2282F58DAD508492323BAE08CE98FA7D6276C70388C7E298E10D5EA180B34741F396F97526B3E453F7658CC0F59923
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Obi-Wan am 12 Februar 2020, 22:08:22
Zitat von: Obi-Wan am 10 Februar 2020, 18:13:58
Bist Du weitergekommen Jo? Ich bekomme leider auch nur Fehlermeldungen bei meinem Diehl Hydrus:
2020.02.09 00:00:04 5: WMBUS raw msg b6344A511921864647007A4A08C00B7900F002C259125130032A61ED4DEE906C209C77A9100400710F3E929ABC269D2B6612E17FA33C9A296371A2A6BBD19DCCDBE29791DEF08933234BB714ADDCA12B04F57472C9FE2FA8C07D61EA43ED
2020.02.09 00:00:04 2: WMBUS Error during LinkLayer parse:crc check failed for block 4
2020.02.09 00:00:04 3: nanoCUL: Unknown code b6344A511921864647007A4A08C00B7900F002C259125130032A61ED4DEE906C209C77A9100400710F3E929ABC269D2B6612E17FA33C9A296371A2A6BBD19DCCDBE29791DEF08933234BB714ADDCA12B04F57472C9FE2FA8C07D61EA43ED, help me!
2020.02.09 00:00:19 5: CUL/RAW: /b6344A511921864647007A4A08C00B7900F002C2
2020.02.09 00:00:19 5: CUL/RAW: b6344A511921864647007A4A08C00B7900F002C2/592251300694F364CA9A3B603B1A07A920040071034EA1D3F70B5D2282F58DAD508492323BAE08CE98FA7D6276C70388C7E298E10D5EA180B34741F396F97526B3E453F7658CC0F59923


Zwischenzeitlich konnte ich erfolgreich ein Device anlegen. Nun fehlt der AES-Key. Ich habe hier in div. Threats gelesen das es wohl gerätespezifische Standardkeys gibt die evtl. passen könnten, diese waren dann aber aus verständlichen Gründen nicht angegeben oder wurden wie in Threat #293 wieder entfernt. Ich habe folgenden Zähler bei mir verbaut:
Diehl Metering - Hydrus - Type 171A
Über eine Zusendung pot. AES-Keys per PN wäre ich dankbar.
Obi-Wan

DEF   DME 64641892 112 7
DeviceMedium Water
DeviceType 7
FUUID 5e442c8c-f33f-06c4-f8aa-54dd48e7224f32a3
IODev nanoCUL
IdentNumber 64641892
LASTInputDev nanoCUL
MSGCNT 100
Manufacturer DME
MessageEncoding CUL
NAME WMBUS_DME_64641892_112_7
NR 113
STATE Decryption mode 7 failed, wrong key?
TYPE WMBUS
Version 112
addr DME_64641892_112_7
model DME_7_112
nanoCUL_MSGCNT 100
nanoCUL_RAWMSG b6344A511921864647007A4A08C002D900F002C25E3851300E66D61A4B1F95955A2A17AE30040071063F69791D45E710F2E80FC08C25FFEAEE67BBDFF39688EBF92A8520DD21A05E804CED5772AC718318905CED9E7F366A90057B2609B8B0B58C421755F7FB54B6661E990158B020BDAB86F80::-50
nanoCUL_RSSI -50
nanoCUL_TIME 2020-02-12 22:01:54
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: jopare am 13 Februar 2020, 11:09:49
Nein, ich habe das Thema beiseite gelegt. Angeblich soll es ja gehen, zumindest schreibt das 'nisi80' in dem von mir verlinkten Beitrag. Hier gab es allerdings kein hilfreiches feedback dazu. Der Author des Modules schreibt ja das es nicht geht. So what???
Titel: Wireless M-Bus für CUL als Störsender
Beitrag von: Derwelcherichbin am 24 Februar 2020, 00:01:22
Hallo an alle Geplagten,
Grundsatzfrage:
Wie oft (sec...) senden Eure Diehl Hydrus Wasserzähler 171A (o.a.) eigentlich bezüglich ihres störenden Einflusses auf andere 868MHz Geräte?
Nach Lösung aller gleichen Problemchen in den vergangenen 57 Seiten und der Info meines örtlichen Wasser-Versorgers,
den key nicht heraus zu geben, sehe ich den Zähler leider nur noch als Störsender.
Es erfolgt eine Sendung alle ca. 16sec, Zählernummer kann noch als eigener interpretiert werden, weitere Daten Verschlüsselt und nutzlos.
2 weitere (Nachbarn re und li) "spratzen" auch noch jeweils in dieses Zeitfenster, Seriennummer ähnlich, kleineres RSSI.
Somit hab ich jetzt alle 5sec sinnlosen trafic. Gewiss hält sich das System an den duty cycle von <1%, glaube Pakete sind 1,5msec lang.
Trotzdem wäre es viel besser, es würde einmal pro Stunde für 36sec den Kanal blockieren als sowas!
Ausfälle von Telegrammen div. Aktoren/Sensoren häufen sich.
Nicht auszudenken, Energie und Gas schleppen auch noch solche Zähler an!
Und das ganze um dann 1x im Jahr draußen vorbei zu fahren und die Werte einzusammeln...
Wie sind Eure Zähler parametriert?
Gewiss könnte der Versorger doch den Intervall vergrößern?
venceremos
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: ext23 am 24 Februar 2020, 07:03:41
Meine Geräte von Kundo senden nur 2 mal am Tag. Das ist mir wieder viel zu wenig, gerade bei den Wasseruhren...

Aber wenn dich der Funk stört, Alufolie rum und gut ist. Und um Wasser zu messen einfach eine eigene Wasseruhr hinter setzen und fertig. Dann spart man sich auch die elendigen Diskussionen mit den Honks der Versorger zwecks der Keys etc.

/Daniel
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Kaspi am 18 April 2020, 18:43:08
Hallo nochmal,  ;)

ich habe einen Zweirichtungszähler von EASYMETER bekommen.
Leider werden die Daten der Einspeisung nicht ausgelesen.
Könntest Du nochmal ein Blick drauf werfen ;-)

hier die RAW:

b6B447916292409613037120A8C2087900F002C2522B70800FFE733FEF220DFC30D40727179766079161102870040A90107107515C9BEA83DC319A67D25DEE410E298A22E7D53A3AB0865060F73A52140177D830F3C4651ABDBA295234FFFE477A01027B4FCA80B6BA7AEC01C0661D8AE84205A718ABFBB4D73D51C6480
b6B447916292409613037120A8C2088900F002C2523B708000384FF3D938C774E110872717976607916110288004005E0071032CFA728D5165990E87D3AAB3DFF4615CCE04C65326C216745026125729140ACE433141BC1E332C88612940D5326E0EE85BE1D091B0C7CD669462AC66C40673226112C0A1CDD60A5A7CD80
b6B447916292409613037120A8C2089900F002C2524B7080023B7CB3770593C918E6872717976607916110289004024B6071008D9C5307A7EB10A714D9303464A8FD15BB9E3CC17555116F9691684F48EE9FF9A7E13A774EAA7096B682C0C28D3A861198F57C7E409129164F7A4FEAD1AF802F9AC9EF48152BAE8B89280
b6B447916292409613037120A8C208A900F002C2525B708006B92D9B1075741607A237271797660791611028A00406D4B071067666C79BBA800D9F53FB961D15CCEBC0B365788C2EE17B7EF1750A039FB0A0499C9700192ED693F0B851F5462601C3CC95930F4F44A9CB083287C49BF2CC8E69DF81E0648963989F48280
b6B447916292409613037120A8C208B900F002C2526B7080074B090C62FA02A61B1B17271797660791611028B0040CD6807106E4007B47DA1022FFFED06A03BFFD716E22D8E0B53FD7CD2A5A7A6B71D3E2A8C0E6C04FA4668AC08B9657BB8ECC03A3C5FB9407B73A77D19FA547591E6600AD5361542E3BF46F9A1E95980
b7B447916292409613037EC958C208C900F002C2527B70800799AF5328EAC4D806E3F7271797660791611028C00502C208710B22AD38F11B965859215007DEA282E6B3B99536101FA3D2016859EFA9C18E6BC5D3DBA65B1846FC6FAAD534549F5A6B77C145209867A0E2B80BE4F92E6A49A789604A663DA7D2B97B4C96517682F4B4E741742996C61F9F92C23751380
b6B447916292409613037120A8C208E900F002C2529B708001A04CD688FE95C201D337271797660791611028E004038BE07104FC328487ED263C5FB1EC2B3039623BFDB9578402CE0278750EB01312AD8560E8A7B61F10748C86969E97D624499D52F8837678DDD92BFFC9005669FFF91108296FB422E686A9762497980
b6B447916292409613037120A8C208F900F002C252AB708000430ED50F5FC110C8E537271797660791611028F00407F1D07104E074324A7C03269C7572A7AAFC863B3FB8D1C15D0AA99D0018C0F49DC19EC0D80251B10E1B251688ADD4F148EBEC15BCCA50290B3CB2AB2A4033646C7B3938D17FDBFB8FE539B14F44180
 



Kaspi
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: ext23 am 27 Mai 2020, 16:58:06
Nabend,

weiß eigentlich jemand ob rechtlich gesehen der Wasserversorger den Key rausgeben muss wenn man für den Zähler Miete etc. bezahlt?

/Daniel
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: matthias soll am 28 Mai 2020, 05:22:54
Hallo zusammen,
ich habe eine Frage, ich schalte jede Nacht von 2Uhr - 2.10Uhr auf WM bus das funktioniert prima.
Aber ich habe jeden Morgen das rote Fragezeichen mit der Meldung:

Last unsaved structural changes:
  attr CUL_0 rfmode WMBus_T
  attr CUL_0 rfmode SlowRF

Kann man das irgendwie ausschalten?
Gruß
Matthias
Titel: Antw:Wireless M-Bus für CUL als Störsender
Beitrag von: SkyMachine am 29 Juli 2020, 12:08:21
Zitat von: Derwelcherichbin am 24 Februar 2020, 00:01:22
Grundsatzfrage:
Wie oft (sec...) senden Eure Diehl Hydrus Wasserzähler 171A (o.a.) eigentlich bezüglich ihres störenden Einflusses auf andere 868MHz Geräte?
Ich bekomme alle 15 Sekunden die Daten geliefert

Zitat von: Derwelcherichbin am 24 Februar 2020, 00:01:22
Nach Lösung aller gleichen Problemchen in den vergangenen 57 Seiten und der Info meines örtlichen Wasser-Versorgers,
den key nicht heraus zu geben...
Zitat von: ext23 am 27 Mai 2020, 16:58:06
...
weiß eigentlich jemand ob rechtlich gesehen der Wasserversorger den Key rausgeben muss wenn man für den Zähler Miete etc. bezahlt?
...
Mein Wasserversorger wollte mir den Key auch nicht geben, bleib hartnäckig... ich hab ihn mit Fragen gelöchert nach dem warum nicht Prinzip und gleichzeitig auf die Einhaltung von Datenschutz, nur lesenden Zugriff und das die Daten ja eh alle paar Sekunden gesendet werden, hingewiesen. Daraufhin hab ich irgendwann eine "einmalige Ausnahme" bekommen und die Key erhalten.
Der Wasserversorger hat mir auch zu versehen gegeben dass der Wasserzähler Eigentum des Versorgers ist.

Die Daten werden bei mir sauber entschlüsselt, dennoch hab ich im Globalen FHEM Log ständig folgenden Fehler stehen:

2020.07.29 11:54:16 2: WMBUS Error during LinkLayer parse:crc check failed for block 4
2020.07.29 11:54:16 2: WMBUS Error during LinkLayer parse:crc check failed for block 4
2020.07.29 11:54:16 3: nanoCUL868MBUS: Unknown code b6344A51144222961700766A38C0068900F002C25EF434F007E9F6480C7B43D712A097AEF0040071025DBDB3D3F667A0AC0E5420199F4E237B8FE5A51856D56146D10AB73EAC94B4CB192D266C7516F22DFCD220BEC6B8423069A2148598BA35b6344A51144222961700766A38C0068900F002C25F0434F00CEDBF9F380C0FA7097CF7AF000400710A9A6C4CC840F166028DB7858A6B4D52F6DF9802F0C45C98F1A8A47AFDF0805B0E89AF253E5017EFB6B48C416CBFFD04F70E8384848C61CCB6516F72CF8589B1B85A50B1A58C3A64499D98018, help me!

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: ext23 am 29 Juli 2020, 19:36:29
Ist das ein Key den alle haben, oder ist der nur für dich gültig? Also empfängst du jetzt auch die Uhren der Nachbarn? Würde mich nur mal interessieren wie sie es wirklich halten mit der Sicherheit. Ich hab meine Uhr aus Trotz in Alufolie eingewickelt, jetzt können sie die Uhr auch nicht mehr auslesen und gut ist, muss eben immer einer in die Grube steigen...

/Daniel
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: hdgucken am 07 August 2020, 00:02:23
Hallo,

habe das Modul jetzt seit einigen Tagen am laufen. Habe zwei Zähler über Netzwerk angebunden, einen über Lan und einen über WLAN.
Es funktioniert alles einwandfrei bis zu einem Fhem-Neustart. Dann stehen beide Zähler auf Status "opened". Ich muss dann bei Beiden einmal das "Def" aufrufen und mit "modify" bestätigen, dann ist die Verbindung sofort wieder da. Ich meine, hier im Thread schon von dem Problem gelesen zu haben, gibt es inzwischen eine Lösung dafür ?

Gruß Thomas
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 07 August 2020, 17:16:22
Zitat von: hdgucken am 07 August 2020, 00:02:23
habe das Modul jetzt seit einigen Tagen am laufen. Habe zwei Zähler über Netzwerk angebunden, einen über Lan und einen über WLAN.
Es funktioniert alles einwandfrei bis zu einem Fhem-Neustart. Dann stehen beide Zähler auf Status "opened". Ich muss dann bei Beiden einmal das "Def" aufrufen und mit "modify" bestätigen, dann ist die Verbindung sofort wieder da. Ich meine, hier im Thread schon von dem Problem gelesen zu haben, gibt es inzwischen eine Lösung dafür ?

Was meinst du mit 'über LAN und einen über WLAN'? Wirklich die Zähler oder die CULs die dann WMBUS empfangen.
Bei ersterem würde mich mal interessieren wie das überhaupt funktioniert.
Bei zweitem gibt es mglw. ein Problem mit den CULs.

Bitte mal ein list von den Zähler und von den zugeordneten IODevs.
Ein WMBUS Device kennt den Status opened eigentlich gar nicht.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: hdgucken am 08 August 2020, 01:07:25
Zitat von: kaihs am 07 August 2020, 17:16:22
Was meinst du mit 'über LAN und einen über WLAN'? Wirklich die Zähler oder die CULs die dann WMBUS empfangen.
Bei ersterem würde mich mal interessieren wie das überhaupt funktioniert.
Bei zweitem gibt es mglw. ein Problem mit den CULs.

Bitte mal ein list von den Zähler und von den zugeordneten IODevs.
Ein WMBUS Device kennt den Status opened eigentlich gar nicht.

Hallo kaihs,

sorry, bin im falschen Thread gelandet, das kommt davon, wenn man mehrere Projekte gleichzeitig bearbeitet.
Beim WMBUS Device fehlt mir der AES-Key, bekomme nur: "Decryption mode 5 failed, wrong key?".

Muß versuchen, diesen vom Betreiber zu bekommen, habe aber kaum Hoffnung.

Vielen Dank trotzdem für Deine tolle Arbeit !

Gruß Thomas
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Rampler am 20 August 2020, 08:03:59
Hallo zusammen,
kennt einer hier den rechtlichen Status ?

1. Muss der Wasserversorger den Key aushändigen ?
2. Kann ich auf die Abschaltung des Funk bestehen ?

vg Klaus
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: ext23 am 20 August 2020, 09:06:26
Zitat von: Rampler am 20 August 2020, 08:03:59
1. Muss der Wasserversorger den Key aushändigen ?
2. Kann ich auf die Abschaltung des Funk bestehen ?

1: Ich denke nicht, seine Uhr, sein Key
2: Naja aus Datenschutzgründen sicher ein Streitthema aber ich hab es selbst in die Hand genommen mit einer Rolle Alufolie. Ich weiß nicht was die Uhr sendet, kann es nicht kontrollieren mangels fehlendem Key und daher habe ich mich dazu entschieden.

/Daniel
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Rampler am 20 August 2020, 10:15:53
Zitat von: ext23 am 20 August 2020, 09:06:26
2: Naja aus Datenschutzgründen sicher ein Streitthema aber ich hab es selbst in die Hand genommen mit einer Rolle Alufolie. Ich weiß nicht was die Uhr sendet, kann es nicht kontrollieren mangels fehlendem Key und daher habe ich mich dazu entschieden.

Gute Idee, und bringt auch etwas weniger Störfunk ins Haus !! (wenn man schon nix davon hat)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: ext23 am 20 August 2020, 10:16:33
So meine Gedanken ja.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: blaxbox am 27 August 2020, 10:31:09
Hallo zusammen,

ich hätte wieder einmal eine kleine (Fehler)Meldung zum Modul WMBus.pm, da ich es mir wieder einmal durchgelesen habe:

Ich glaube, im der Funktion decodeBCD wurde eine Kleinigkeit vergessen: Zähler können auch negative Werte im BCD übertragen, dann steht an der höchsten Stelle ein 0xF und die BCD Zahl wird um eine Stelle verkürzt (also ein BCD8 wird dann zu einem BCD7 + Vorzeichen, d.h. z.B. 0x1234567F im Telegramm als BCD8 Wert ist die Zahl -7654321).

Wobei in der EN13757-3:2018 Annex B auch 0xA bis 0xE an einer beliebigen Stelle im Datenfeld bedeutet einen allgemeinen Fehler im gesamten Datenfeld - das ist bei meiner Änderung nicht bedacht, bzw. was mit solchen Werten geschehen soll.

Ich habe bei mir versuchsweise die Funktion wie folgt geändert und mehrfach getestet:


sub decodeBCD($$$) {
  my $self = shift;
  my $digits = shift;
  my $bcd = shift;
  my $byte;
  my $val=0;
  my $mult=1;

  #print "bcd:" . unpack("H*", $bcd) . "\n";
 
  for (my $i = 0; $i < $digits/2; $i++) {
    $byte = unpack('C',substr($bcd, $i, 1));
    $val += ($byte & 0x0f) * $mult;
    $mult *= 10;

    if (($i + 1) >= ($digits/2)){ #Check highest field for special purpose according to EN 13757-3:2018 Annex B.2.1
     my $chk_field = (($byte & 0xf0) >> 4);

     if($chk_field >= 0x09){
      if($chk_field == 0x0F){
       $val *= (-1);
      }   
     }else{
      $val += $chk_field * $mult;
     }   
    }else{
     $val += (($byte & 0xf0) >> 4) * $mult;
    }   
    $mult *= 10;
  }
  return $val;
}
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Marlon am 13 September 2020, 22:03:48
Für das Empfangen des Zählerstands meines Sensus iPERL Wasserzählers habe ich eine CUL unter FHEM in einem Nachbarraum des Zählers in Betrieb. Den AES-Key habe ich vom Versorger erhalten. Der Zähler funkt über WM-Bus stündlich den Zählerstand. Leider empfängt FHEM diese Nachrichten aber nur sporadisch, d.h. manchmal fehlen die Nachrichten der letzten 1, 2 oder 3 Stunden. Wegen der relativ geringen Entfernung hätte ich erwartet, dass der Empfang problemlos funktioniert. Hat schon jemand ähnliche Erfahrungen gemacht, oder funktioniert der Empfang bei allen anderen zuverlässig? Kann es sein, dass der Empfang durch meine mehr als 50 HomeMatic und Homematic IP Komponenten gestört wird?
Ich verwende einen 868 MHz CUL und ccconf hat die Daten freq:868.950MHz bWidth:325KHz rAmpl:33dB sens:8dB.
Nach Information des Versorgers sendet der Zähler bei 868 MHz. Sind die 868.950 MHz der CUL richtiger?
Bringt es vielleicht etwas, die Empfangsverstärkung rAmpl zu erhöhen, oder die Sensitivität sens herabzusetzen oder die Frequenz freq zu verringern?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: PeMue am 14 September 2020, 16:13:48
Hallo Marlon,

ich bin mir nicht sicher, ob der CUL wireless MBUS und HomeMatic parallel empfangen kann. Nimm doch mal einen extra CUL und probiere den Empfang des wireless MBUS.

Gruß Peter
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Marlon am 15 September 2020, 11:45:33
Sorry, aber da gab es wohl ein Missverständnis.
Den FHEM-Server habe ich nur installiert und nutze den CUL nur für den Empfang der WM-Bus-Daten des Wasserzählers.
Parallel habe ich eine CCU3 und ein Homematic-WLAN Gateway, welche mit den mehr als 50 HomeMatic und Homematic IP Komponenten kommunizieren.
Ich dachte nur, wenn die Kommunikation der Homematic-Komponenten gleichzeitig mit dem Aussenden der WM-Bus-Daten des Wasserzählers im 868 MHz-Band erfolgt, könnte dies den Empfang der WM-Bus-Daten des Wasserzählers stören. Deshalb bin ich daran interessiert, ob auch andere nur sporadisch die WM-Bus-Daten eines Sensus iPERL empfangen können.
Theoretisch gibt es ja auch die Möglichkeit, für 118 € einen iM871A-USB mit CUxD M-Bus Lizenz zu kaufen und den Zählerstand des Sensus iPERL direkt in die CCU3 einzulesen. Da meine CCU3 aber dann über zwei Stockwerke und Quer durchs Haus das Signal empfangen müsste, wollte ich erst mal ausprobieren, ob wenigstens im Keller das WM-Bus-Signal zu empfangen ist und habe dazu einen nicht mehr benötigten CUL an einen PC mit FHEM-Server unter Windows 10 angeschlossen. Der CUL ist somit im Nachbarraum des Wasserzählers und empfängt trotzdem nicht stündlich die Daten. Bei uns gibt es die Möglichkeit, für 75 € das Sendeintervall des Sensus iPERL auf 15 Minuten verkürzen zu lassen. Vielleicht reicht aber das Stundenintervall, wenn das Signal wenigstens zuverlässig empfangen würde.
Nach Angaben des Versorgers sendet unser Sensus iPERL im 868 Mhz Band, OMS-Standard, Mode T1. Wenn man die CUL-Device unter FHEM auf Mode T stellt, wird automatisch freq:868.950MHz bWidth:325KHz rAmpl:33dB sens:8dB gesetzt. Vielleicht sind diese Einstellungen aber gar nicht optimal.
Titel: Verstäändnissfrage allgemein
Beitrag von: Der Neuling am 18 September 2020, 10:51:53
Hallo
Erst mal ein grosses Lob und vielen Dank an alle Helfer!!
Ich hatte noch einen Raspi3 und einen  Busware SCC rumliegen und habe diesen als CUL definiert. FW :V 1.67 CSM868.
Mein Wasserzähler ist ein TOPAS ESK Ultraschallwasserzähler von INTEGRA METERING AG.
Autocreate ergibt
Internals:
   CUL_0_MSGCNT 373
   CUL_0_RAWMSG b4E44B40559486358F10725337AA3004005A876825449B63F6CA38F4E4E6FE4D112349E9825F3FE8C4BA209C9E3E7167FC957BAB51CD6EC5825073736ACB89769B8983369AB33A3A10C4AAFE01E26D397787D0CAB24ECFE371CD0BA80::-42
   CUL_0_RSSI -42
   CUL_0_TIME 2020-09-18 10:44:36
   DEF        AMT 58634859 241 7
   DeviceMedium Water
   DeviceType 7
   FUUID      5f644ea8-f33f-89c0-679c-ef112ff4cf463f3d
   IODev      CUL_0
   IdentNumber 58634859
   LASTInputDev CUL_0
   MSGCNT     373
   Manufacturer AMT
   MessageEncoding CUL
   NAME       WMBUS_AMT_58634859_241_7
   NR         16
   STATE      encrypted message and no aeskey provided
   TYPE       WMBUS
   Version    241
   addr       AMT_58634859_241_7
   model      AMT_7_241
   READINGS:
     2020-09-18 10:44:36   LQI             128
     2020-09-18 10:44:36   RSSI            -42
     2020-09-18 10:44:36   state           encrypted message and no aeskey provided
Attributes:
   IODev      CUL_0
   alias      INTEGRA METERING AG
   event-on-change-reading .*
   rawmsg_as_reading 1
   room       WMBUS


Logauszug:
2020-09-18_10:47:50 WMBUS_AMT_58634859_241_7 RSSI: -41.5
2020-09-18_10:48:07 WMBUS_AMT_58634859_241_7 RSSI: -42
2020-09-18_10:48:55 WMBUS_AMT_58634859_241_7 RSSI: -41.5
2020-09-18_10:49:43 WMBUS_AMT_58634859_241_7 RSSI: -42


Kann ich den  AES Key  aus der RAWMSG (bxxx....) selber generieren? Wenn ja - wie?
Oder den Schlussel beim Versorger besorgen.

Hab hier den allergrössten Teil der 58 Seiten gelesen und auch Tante Google bemüht.
Vielen Dank an Euch alle für Eure Hilfe.

Andi
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Marlon am 18 September 2020, 12:37:08
Den AES-Key erhält man vom Versorger.
Der Sinn einer Verschlüsselung ist ja, dass ein Unbefugter die Daten nicht entschlüsseln kann.
Wenn man aus der Nachricht den Schlüssel ermitteln könnte, wäre die Verschlüsselung nutzlos.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Intruder1956 am 07 Januar 2021, 09:42:50
Guten Morgen,

kann mir hierbei jemand helfen ?
Ich habe Ista-Wärmemengenzähler an meinen Heizkörpern, ist es möglich die vernünftig auszulesen ?
Folgendes habe ich mit dem MapleCun rfmode WMBus_T ermitteln können.
Ich habe sechs Heizkörper
[code]
2021.01.07 05:24:27 4: CUL_Parse: MAPLECUL1_868 b324468503782822169803BBCA011DE286E0270220B017708FB093E5249A9005274000700000000000000000000003999000000001D7E395D4437288FF2 -81
2021.01.07 05:24:27 5: MAPLECUL1_868: dispatch b324468503782822169803BBCA011DE286E0270220B017708FB093E5249A9005274000700000000000000000000003999000000001D7E395D4437288F::-81
2021.01.07 05:24:27 5: WMBUS raw msg b324468503782822169803BBCA011DE286E0270220B017708FB093E5249A9005274000700000000000000000000003999000000001D7E395D4437288F::-81
2021.01.07 05:24:27 2: WMBUS WMBUS_TCH_21828237_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de286e0270220b017708fb093e5200527400070000000000000000000000000000001d7e395d44
2021.01.07 05:25:17 5: CUL/RAW: /b324468506485822169805BEEA011DE28000070220300870789070002AC38000200000001000000000000000000004F89000000000000000000FFFF80F1

2021.01.07 05:25:17 4: CUL_Parse: MAPLECUL1_868 b324468506485822169805BEEA011DE28000070220300870789070002AC38000200000001000000000000000000004F89000000000000000000FFFF80F1 -81.5
2021.01.07 05:25:17 5: MAPLECUL1_868: dispatch b324468506485822169805BEEA011DE28000070220300870789070002AC38000200000001000000000000000000004F89000000000000000000FFFF80::-81.5
2021.01.07 05:25:17 5: WMBUS raw msg b324468506485822169805BEEA011DE28000070220300870789070002AC38000200000001000000000000000000004F89000000000000000000FFFF80::-81.5
2021.01.07 05:25:17 2: WMBUS WMBUS_TCH_21828564_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de2800007022030087078907000200020000000100000000000000000000000000000000000000
2021.01.07 05:26:02 5: CUL/RAW: /b3244685093858221698022BEA011DE28A90370222304CA07E007124019BB01409055342F172F2E040000000010000DE70700172F22272B3829421D92ED

2021.01.07 05:26:02 4: CUL_Parse: MAPLECUL1_868 b3244685093858221698022BEA011DE28A90370222304CA07E007124019BB01409055342F172F2E040000000010000DE70700172F22272B3829421D92ED -83.5
2021.01.07 05:26:02 5: MAPLECUL1_868: dispatch b3244685093858221698022BEA011DE28A90370222304CA07E007124019BB01409055342F172F2E040000000010000DE70700172F22272B3829421D92::-83.5
2021.01.07 05:26:02 5: WMBUS raw msg b3244685093858221698022BEA011DE28A90370222304CA07E007124019BB01409055342F172F2E040000000010000DE70700172F22272B3829421D92::-83.5
2021.01.07 05:26:02 2: WMBUS WMBUS_TCH_21828593_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de28a90370222304ca07e007124001409055342f172f2e040000000010000700172f22272b3829
2021.01.07 05:26:08 5: CUL/RAW: /b3244685074858221698060B7A011DE28F20370225001730B370C1A460CBE00465843262F0000000000000000000AA866301347718148495B3E8B8D82EB

2021.01.07 05:26:08 4: CUL_Parse: MAPLECUL1_868 b3244685074858221698060B7A011DE28F20370225001730B370C1A460CBE00465843262F0000000000000000000AA866301347718148495B3E8B8D82EB -84.5
2021.01.07 05:26:08 5: MAPLECUL1_868: dispatch b3244685074858221698060B7A011DE28F20370225001730B370C1A460CBE00465843262F0000000000000000000AA866301347718148495B3E8B8D82::-84.5
2021.01.07 05:26:08 5: WMBUS raw msg b3244685074858221698060B7A011DE28F20370225001730B370C1A460CBE00465843262F0000000000000000000AA866301347718148495B3E8B8D82::-84.5
2021.01.07 05:26:08 2: WMBUS WMBUS_TCH_21828574_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de28f20370225001730b370c1a4600465843262f0000000000000000000a301347718148495b3e
2021.01.07 05:29:21 5: CUL/RAW: /b324468506485822169805BEEA011DE28000070220300870789070002AC38000200000001000000000000000000004F89000000000000000000FFFF85F1

2021.01.07 05:29:21 4: CUL_Parse: MAPLECUL1_868 b324468506485822169805BEEA011DE28000070220300870789070002AC38000200000001000000000000000000004F89000000000000000000FFFF85F1 -81.5
2021.01.07 05:29:21 5: MAPLECUL1_868: dispatch b324468506485822169805BEEA011DE28000070220300870789070002AC38000200000001000000000000000000004F89000000000000000000FFFF85::-81.5
2021.01.07 05:29:21 5: WMBUS raw msg b324468506485822169805BEEA011DE28000070220300870789070002AC38000200000001000000000000000000004F89000000000000000000FFFF85::-81.5
2021.01.07 05:29:21 2: WMBUS WMBUS_TCH_21828564_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de2800007022030087078907000200020000000100000000000000000000000000000000000000
2021.01.07 05:30:09 5: CUL/RAW: /b3244685074858221698060B7A011DE28F20370225001620B220C1A46D53000465843262F0000000000000000000AA866301347718148495B3E8B8D8CF0

2021.01.07 05:30:09 4: CUL_Parse: MAPLECUL1_868 b3244685074858221698060B7A011DE28F20370225001620B220C1A46D53000465843262F0000000000000000000AA866301347718148495B3E8B8D8CF0 -82
2021.01.07 05:30:09 5: MAPLECUL1_868: dispatch b3244685074858221698060B7A011DE28F20370225001620B220C1A46D53000465843262F0000000000000000000AA866301347718148495B3E8B8D8C::-82
2021.01.07 05:30:09 5: WMBUS raw msg b3244685074858221698060B7A011DE28F20370225001620B220C1A46D53000465843262F0000000000000000000AA866301347718148495B3E8B8D8C::-82
2021.01.07 05:30:09 2: WMBUS WMBUS_TCH_21828574_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de28f20370225001620b220c1a4600465843262f0000000000000000000a301347718148495b3e
2021.01.07 05:31:57 5: CUL/RAW: /b324468506785822169802413A011DE285F027022AD004909110A3323C7B1002338090014000200000000000000008E94000004181E3C34562B482E87EA

2021.01.07 05:31:57 4: CUL_Parse: MAPLECUL1_868 b324468506785822169802413A011DE285F027022AD004909110A3323C7B1002338090014000200000000000000008E94000004181E3C34562B482E87EA -85
2021.01.07 05:31:57 5: MAPLECUL1_868: dispatch b324468506785822169802413A011DE285F027022AD004909110A3323C7B1002338090014000200000000000000008E94000004181E3C34562B482E87::-85
2021.01.07 05:31:57 5: WMBUS raw msg b324468506785822169802413A011DE285F027022AD004909110A3323C7B1002338090014000200000000000000008E94000004181E3C34562B482E87::-85
2021.01.07 05:31:57 2: WMBUS WMBUS_TCH_21828567_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de285f027022ad004909110a332300233809001400020000000000000000000004181e3c34562b
2021.01.07 05:33:12 5: CUL/RAW: /b32446850987982216980F72DA011DE281E087022A3034D0A300D59C098E400C0C1A6A7551512000000000000030FF9971C175895B8AFD5DEB1C6D68BED

2021.01.07 05:33:12 4: CUL_Parse: MAPLECUL1_868 b32446850987982216980F72DA011DE281E087022A3034D0A300D59C098E400C0C1A6A7551512000000000000030FF9971C175895B8AFD5DEB1C6D68BED -83.5
2021.01.07 05:33:12 5: MAPLECUL1_868: dispatch b32446850987982216980F72DA011DE281E087022A3034D0A300D59C098E400C0C1A6A7551512000000000000030FF9971C175895B8AFD5DEB1C6D68B::-83.5
2021.01.07 05:33:12 5: WMBUS raw msg b32446850987982216980F72DA011DE281E087022A3034D0A300D59C098E400C0C1A6A7551512000000000000030FF9971C175895B8AFD5DEB1C6D68B::-83.5
2021.01.07 05:33:12 2: WMBUS WMBUS_TCH_21827998_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de281e087022a3034d0a300d59c000c0c1a6a7551512000000000000030f1c175895b8afd5deb1
2021.01.07 05:33:22 5: CUL/RAW: /b324468506485822169805BEEA011DE280000702203008707880700029708000200000001000000000000000000004F89000000000000000000FFFF82F4

2021.01.07 05:33:22 4: CUL_Parse: MAPLECUL1_868 b324468506485822169805BEEA011DE280000702203008707880700029708000200000001000000000000000000004F89000000000000000000FFFF82F4 -80
2021.01.07 05:33:22 5: MAPLECUL1_868: dispatch b324468506485822169805BEEA011DE280000702203008707880700029708000200000001000000000000000000004F89000000000000000000FFFF82::-80
2021.01.07 05:33:22 5: WMBUS raw msg b324468506485822169805BEEA011DE280000702203008707880700029708000200000001000000000000000000004F89000000000000000000FFFF82::-80
2021.01.07 05:33:22 2: WMBUS WMBUS_TCH_21828564_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de2800007022030087078807000200020000000100000000000000000000000000000000000000
2021.01.07 05:33:27 5: CUL/RAW: /b324468503782822169803BBCA011DE286E0270220B016D08ED093E522194005274000700000000000000000000003999000000001D7E395D44372882F0

2021.01.07 05:33:27 4: CUL_Parse: MAPLECUL1_868 b324468503782822169803BBCA011DE286E0270220B016D08ED093E522194005274000700000000000000000000003999000000001D7E395D44372882F0 -82
2021.01.07 05:33:27 5: MAPLECUL1_868: dispatch b324468503782822169803BBCA011DE286E0270220B016D08ED093E522194005274000700000000000000000000003999000000001D7E395D44372882::-82
2021.01.07 05:33:27 5: WMBUS raw msg b324468503782822169803BBCA011DE286E0270220B016D08ED093E522194005274000700000000000000000000003999000000001D7E395D44372882::-82
2021.01.07 05:33:27 2: WMBUS WMBUS_TCH_21828237_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de286e0270220b016d08ed093e5200527400070000000000000000000000000000001d7e395d44
2021.01.07 05:33:41 5: CUL/RAW: /b324468509680822169803627A011DE28000170220000E306DA060000CD9400000000000000000000000000000000FFFF00000000291400161E397282ED

2021.01.07 05:33:41 4: CUL_Parse: MAPLECUL1_868 b324468509680822169803627A011DE28000170220000E306DA060000CD9400000000000000000000000000000000FFFF00000000291400161E397282ED -83.5
2021.01.07 05:33:41 5: MAPLECUL1_868: dispatch b324468509680822169803627A011DE28000170220000E306DA060000CD9400000000000000000000000000000000FFFF00000000291400161E397282::-83.5
2021.01.07 05:33:41 5: WMBUS raw msg b324468509680822169803627A011DE28000170220000E306DA060000CD9400000000000000000000000000000000FFFF00000000291400161E397282::-83.5
2021.01.07 05:33:41 2: WMBUS WMBUS_TCH_21828096_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de28000170220000e306da0600000000000000000000000000000000000000000000291400161e
2021.01.07 05:34:00 5: CUL/RAW: /b32446850498082216980BADBA011DE28060070221800BD0799070202F0A8000203070406000000000000000000007776020000000101000200225986E6

2021.01.07 05:34:00 4: CUL_Parse: MAPLECUL1_868 b32446850498082216980BADBA011DE28060070221800BD0799070202F0A8000203070406000000000000000000007776020000000101000200225986E6 -87
2021.01.07 05:34:00 5: MAPLECUL1_868: dispatch b32446850498082216980BADBA011DE28060070221800BD0799070202F0A8000203070406000000000000000000007776020000000101000200225986::-87
2021.01.07 05:34:00 5: WMBUS raw msg b32446850498082216980BADBA011DE28060070221800BD0799070202F0A8000203070406000000000000000000007776020000000101000200225986::-87
2021.01.07 05:34:00 2: WMBUS WMBUS_TCH_21828049_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de28060070221800bd079907020200020307040600000000000000000000020000000101000200
2021.01.07 05:35:02 5: CUL/RAW: /b3244685074858221698060B7A011DE28F20370225001530B0C0C1A46F32D00465843262F0000000000000000000AA866301347718148495B3E8B8D81EE

2021.01.07 05:35:02 4: CUL_Parse: MAPLECUL1_868 b3244685074858221698060B7A011DE28F20370225001530B0C0C1A46F32D00465843262F0000000000000000000AA866301347718148495B3E8B8D81EE -83
2021.01.07 05:35:02 5: MAPLECUL1_868: dispatch b3244685074858221698060B7A011DE28F20370225001530B0C0C1A46F32D00465843262F0000000000000000000AA866301347718148495B3E8B8D81::-83
2021.01.07 05:35:02 5: WMBUS raw msg b3244685074858221698060B7A011DE28F20370225001530B0C0C1A46F32D00465843262F0000000000000000000AA866301347718148495B3E8B8D81::-83
2021.01.07 05:35:02 2: WMBUS WMBUS_TCH_21828574_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de28f20370225001530b0c0c1a4600465843262f0000000000000000000a301347718148495b3e
2021.01.07 05:35:18 5: CUL/RAW: /b32446850199082216980FE4CA011DE2800007022170018050E050602D4430002000F0000000000000000000000004B97000000000000000000FFFF98E3

2021.01.07 05:35:18 4: CUL_Parse: MAPLECUL1_868 b32446850199082216980FE4CA011DE2800007022170018050E050602D4430002000F0000000000000000000000004B97000000000000000000FFFF98E3 -88.5
2021.01.07 05:35:18 5: MAPLECUL1_868: dispatch b32446850199082216980FE4CA011DE2800007022170018050E050602D4430002000F0000000000000000000000004B97000000000000000000FFFF98::-88.5
2021.01.07 05:35:18 5: WMBUS raw msg b32446850199082216980FE4CA011DE2800007022170018050E050602D4430002000F0000000000000000000000004B97000000000000000000FFFF98::-88.5
2021.01.07 05:35:18 2: WMBUS WMBUS_TCH_21829019_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de2800007022170018050e0506020002000f000000000000000000000000000000000000000000
2021.01.07 05:36:01 5: CUL/RAW: /b324468506785822169802413A011DE285F027022AD0049090C0A3323000B002338090014000200000000000000008E94000004181E3C34562B482E88EB

2021.01.07 05:36:01 4: CUL_Parse: MAPLECUL1_868 b324468506785822169802413A011DE285F027022AD0049090C0A3323000B002338090014000200000000000000008E94000004181E3C34562B482E88EB -84.5
2021.01.07 05:36:01 5: MAPLECUL1_868: dispatch b324468506785822169802413A011DE285F027022AD0049090C0A3323000B002338090014000200000000000000008E94000004181E3C34562B482E88::-84.5
2021.01.07 05:36:01 5: WMBUS raw msg b324468506785822169802413A011DE285F027022AD0049090C0A3323000B002338090014000200000000000000008E94000004181E3C34562B482E88::-84.5
2021.01.07 05:36:01 2: WMBUS WMBUS_TCH_21828567_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de285f027022ad0049090c0a332300233809001400020000000000000000000004181e3c34562b
2021.01.07 05:37:27 5: CUL/RAW: /b324468503782822169803BBCA011DE286E0270220B016908EE093E522D4B005274000700000000000000000000003999000000001D7E395D44372883EE

2021.01.07 05:37:27 4: CUL_Parse: MAPLECUL1_868 b324468503782822169803BBCA011DE286E0270220B016908EE093E522D4B005274000700000000000000000000003999000000001D7E395D44372883EE -83
2021.01.07 05:37:27 5: MAPLECUL1_868: dispatch b324468503782822169803BBCA011DE286E0270220B016908EE093E522D4B005274000700000000000000000000003999000000001D7E395D44372883::-83
2021.01.07 05:37:27 5: WMBUS raw msg b324468503782822169803BBCA011DE286E0270220B016908EE093E522D4B005274000700000000000000000000003999000000001D7E395D44372883::-83
2021.01.07 05:37:27 2: WMBUS WMBUS_TCH_21828237_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de286e0270220b016908ee093e5200527400070000000000000000000000000000001d7e395d44
2021.01.07 05:38:19 5: CUL/RAW: /b324468506485822169805BEEA011DE280000702203008707880700029708000200000001000000000000000000004F89000000000000000000FFFF84F2

2021.01.07 05:38:19 4: CUL_Parse: MAPLECUL1_868 b324468506485822169805BEEA011DE280000702203008707880700029708000200000001000000000000000000004F89000000000000000000FFFF84F2 -81
2021.01.07 05:38:19 5: MAPLECUL1_868: dispatch b324468506485822169805BEEA011DE280000702203008707880700029708000200000001000000000000000000004F89000000000000000000FFFF84::-81
2021.01.07 05:38:19 5: WMBUS raw msg b324468506485822169805BEEA011DE280000702203008707880700029708000200000001000000000000000000004F89000000000000000000FFFF84::-81
2021.01.07 05:38:19 2: WMBUS WMBUS_TCH_21828564_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de2800007022030087078807000200020000000100000000000000000000000000000000000000
2021.01.07 05:39:04 5: CUL/RAW: /b3244685093858221698022BEA011DE28A90370222304C507DC0712408C6601409055342F172F2E040000000010000DE70700172F22272B3829421D8DEB

2021.01.07 05:39:04 4: CUL_Parse: MAPLECUL1_868 b3244685093858221698022BEA011DE28A90370222304C507DC0712408C6601409055342F172F2E040000000010000DE70700172F22272B3829421D8DEB -84.5
2021.01.07 05:39:04 5: MAPLECUL1_868: dispatch b3244685093858221698022BEA011DE28A90370222304C507DC0712408C6601409055342F172F2E040000000010000DE70700172F22272B3829421D8D::-84.5
2021.01.07 05:39:04 5: WMBUS raw msg b3244685093858221698022BEA011DE28A90370222304C507DC0712408C6601409055342F172F2E040000000010000DE70700172F22272B3829421D8D::-84.5
2021.01.07 05:39:04 2: WMBUS WMBUS_TCH_21828593_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de28a90370222304c507dc07124001409055342f172f2e040000000010000700172f22272b3829
2021.01.07 05:40:04 5: CUL/RAW: /b324468506785822169802413A011DE285F027022AD004709060A3323EE6A002338090014000200000000000000008E94000004181E3C34562B482E84EA

2021.01.07 05:40:04 4: CUL_Parse: MAPLECUL1_868 b324468506785822169802413A011DE285F027022AD004709060A3323EE6A002338090014000200000000000000008E94000004181E3C34562B482E84EA -85
2021.01.07 05:40:04 5: MAPLECUL1_868: dispatch b324468506785822169802413A011DE285F027022AD004709060A3323EE6A002338090014000200000000000000008E94000004181E3C34562B482E84::-85
2021.01.07 05:40:04 5: WMBUS raw msg b324468506785822169802413A011DE285F027022AD004709060A3323EE6A002338090014000200000000000000008E94000004181E3C34562B482E84::-85
2021.01.07 05:40:04 2: WMBUS WMBUS_TCH_21828567_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de285f027022ad004709060a332300233809001400020000000000000000000004181e3c34562b
2021.01.07 05:42:22 5: CUL/RAW: /b324468506485822169805BEEA011DE280000702203008607890700026DB0000200000001000000000000000000004F89000000000000000000FFFF85F0

2021.01.07 05:42:22 4: CUL_Parse: MAPLECUL1_868 b324468506485822169805BEEA011DE280000702203008607890700026DB0000200000001000000000000000000004F89000000000000000000FFFF85F0 -82
2021.01.07 05:42:22 5: MAPLECUL1_868: dispatch b324468506485822169805BEEA011DE280000702203008607890700026DB0000200000001000000000000000000004F89000000000000000000FFFF85::-82
2021.01.07 05:42:22 5: WMBUS raw msg b324468506485822169805BEEA011DE280000702203008607890700026DB0000200000001000000000000000000004F89000000000000000000FFFF85::-82
2021.01.07 05:42:22 2: WMBUS WMBUS_TCH_21828564_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de2800007022030086078907000200020000000100000000000000000000000000000000000000
2021.01.07 05:46:07 5: CUL/RAW: /b32446850987982216980F72DA011DE281E087022A303000AC80C59C0D51200C0C1A6A7551512000000000000030FF9971C175895B8AFD5DEB1C6D695E8

2021.01.07 05:46:07 4: CUL_Parse: MAPLECUL1_868 b32446850987982216980F72DA011DE281E087022A303000AC80C59C0D51200C0C1A6A7551512000000000000030FF9971C175895B8AFD5DEB1C6D695E8 -86
2021.01.07 05:46:07 5: MAPLECUL1_868: dispatch b32446850987982216980F72DA011DE281E087022A303000AC80C59C0D51200C0C1A6A7551512000000000000030FF9971C175895B8AFD5DEB1C6D695::-86
2021.01.07 05:46:07 5: WMBUS raw msg b32446850987982216980F72DA011DE281E087022A303000AC80C59C0D51200C0C1A6A7551512000000000000030FF9971C175895B8AFD5DEB1C6D695::-86
2021.01.07 05:46:07 2: WMBUS WMBUS_TCH_21827998_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de281e087022a303000ac80c59c000c0c1a6a7551512000000000000030f1c175895b8afd5deb1
2021.01.07 05:46:36 5: CUL/RAW: /b324468509680822169803627A011DE28000170220000E406DA060000F3E600000000000000000000000000000000FFFF00000000291400161E397287ED

2021.01.07 05:46:36 4: CUL_Parse: MAPLECUL1_868 b324468509680822169803627A011DE28000170220000E406DA060000F3E600000000000000000000000000000000FFFF00000000291400161E397287ED -83.5
2021.01.07 05:46:36 5: MAPLECUL1_868: dispatch b324468509680822169803627A011DE28000170220000E406DA060000F3E600000000000000000000000000000000FFFF00000000291400161E397287::-83.5
2021.01.07 05:46:36 5: WMBUS raw msg b324468509680822169803627A011DE28000170220000E406DA060000F3E600000000000000000000000000000000FFFF00000000291400161E397287::-83.5
2021.01.07 05:46:36 2: WMBUS WMBUS_TCH_21828096_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de28000170220000e406da0600000000000000000000000000000000000000000000291400161e
2021.01.07 05:47:15 5: CUL/RAW: /b3244685074858221698060B7A011DE28F203702250012A0BD20B1A46DB1200465843262F0000000000000000000AA866301347718148495B3E8B8D82F0

2021.01.07 05:47:15 4: CUL_Parse: MAPLECUL1_868 b3244685074858221698060B7A011DE28F203702250012A0BD20B1A46DB1200465843262F0000000000000000000AA866301347718148495B3E8B8D82F0 -82
2021.01.07 05:47:15 5: MAPLECUL1_868: dispatch b3244685074858221698060B7A011DE28F203702250012A0BD20B1A46DB1200465843262F0000000000000000000AA866301347718148495B3E8B8D82::-82
2021.01.07 05:47:15 5: WMBUS raw msg b3244685074858221698060B7A011DE28F203702250012A0BD20B1A46DB1200465843262F0000000000000000000AA866301347718148495B3E8B8D82::-82
2021.01.07 05:47:15 2: WMBUS WMBUS_TCH_21828574_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de28f203702250012a0bd20b1a4600465843262f0000000000000000000a301347718148495b3e
2021.01.07 05:49:04 5: CUL/RAW: /b324468506785822169802413A011DE285F027022AD003D09F50933238F81002338090014000200000000000000008E94000004181E3C34562B482E86EF

2021.01.07 05:49:04 4: CUL_Parse: MAPLECUL1_868 b324468506785822169802413A011DE285F027022AD003D09F50933238F81002338090014000200000000000000008E94000004181E3C34562B482E86EF -82.5
2021.01.07 05:49:04 5: MAPLECUL1_868: dispatch b324468506785822169802413A011DE285F027022AD003D09F50933238F81002338090014000200000000000000008E94000004181E3C34562B482E86::-82.5
2021.01.07 05:49:04 5: WMBUS raw msg b324468506785822169802413A011DE285F027022AD003D09F50933238F81002338090014000200000000000000008E94000004181E3C34562B482E86::-82.5
2021.01.07 05:49:04 2: WMBUS WMBUS_TCH_21828567_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de285f027022ad003d09f509332300233809001400020000000000000000000004181e3c34562b
2021.01.07 05:50:37 5: CUL/RAW: /b324468509680822169803627A011DE28000170220000E306DA060000CD9400000000000000000000000000000000FFFF00000000291400161E397281EE

2021.01.07 05:50:37 4: CUL_Parse: MAPLECUL1_868 b324468509680822169803627A011DE28000170220000E306DA060000CD9400000000000000000000000000000000FFFF00000000291400161E397281EE -83
2021.01.07 05:50:37 5: MAPLECUL1_868: dispatch b324468509680822169803627A011DE28000170220000E306DA060000CD9400000000000000000000000000000000FFFF00000000291400161E397281::-83
2021.01.07 05:50:37 5: WMBUS raw msg b324468509680822169803627A011DE28000170220000E306DA060000CD9400000000000000000000000000000000FFFF00000000291400161E397281::-83
2021.01.07 05:50:37 2: WMBUS WMBUS_TCH_21828096_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de28000170220000e306da0600000000000000000000000000000000000000000000291400161e
2021.01.07 05:52:07 5: CUL/RAW: /b3244685093858221698022BEA011DE28A90370222304C207D907124065E401409055342F172F2E040000000010000DE70700172F22272B3829421D87EA

2021.01.07 05:52:07 4: CUL_Parse: MAPLECUL1_868 b3244685093858221698022BEA011DE28A90370222304C207D907124065E401409055342F172F2E040000000010000DE70700172F22272B3829421D87EA -85
2021.01.07 05:52:07 5: MAPLECUL1_868: dispatch b3244685093858221698022BEA011DE28A90370222304C207D907124065E401409055342F172F2E040000000010000DE70700172F22272B3829421D87::-85
2021.01.07 05:52:07 5: WMBUS raw msg b3244685093858221698022BEA011DE28A90370222304C207D907124065E401409055342F172F2E040000000010000DE70700172F22272B3829421D87::-85
2021.01.07 05:52:07 2: WMBUS WMBUS_TCH_21828593_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de28a90370222304c207d907124001409055342f172f2e040000000010000700172f22272b3829
2021.01.07 05:52:11 5: CUL/RAW: /b3244685074858221698060B7A011DE28F20370225001140BB80B1A4639B000465843262F0000000000000000000AA866301347718148495B3E8B8D87EF

2021.01.07 05:52:11 4: CUL_Parse: MAPLECUL1_868 b3244685074858221698060B7A011DE28F20370225001140BB80B1A4639B000465843262F0000000000000000000AA866301347718148495B3E8B8D87EF -82.5
2021.01.07 05:52:11 5: MAPLECUL1_868: dispatch b3244685074858221698060B7A011DE28F20370225001140BB80B1A4639B000465843262F0000000000000000000AA866301347718148495B3E8B8D87::-82.5
2021.01.07 05:52:11 5: WMBUS raw msg b3244685074858221698060B7A011DE28F20370225001140BB80B1A4639B000465843262F0000000000000000000AA866301347718148495B3E8B8D87::-82.5
2021.01.07 05:52:11 2: WMBUS WMBUS_TCH_21828574_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de28f20370225001140bb80b1a4600465843262f0000000000000000000a301347718148495b3e
2021.01.07 05:53:09 5: CUL/RAW: /b324468506785822169802413A011DE285F027022AD003909EE0933239314002338090014000200000000000000008E94000004181E3C34562B482E87F0

2021.01.07 05:53:09 4: CUL_Parse: MAPLECUL1_868 b324468506785822169802413A011DE285F027022AD003909EE0933239314002338090014000200000000000000008E94000004181E3C34562B482E87F0 -82
2021.01.07 05:53:09 5: MAPLECUL1_868: dispatch b324468506785822169802413A011DE285F027022AD003909EE0933239314002338090014000200000000000000008E94000004181E3C34562B482E87::-82
2021.01.07 05:53:09 5: WMBUS raw msg b324468506785822169802413A011DE285F027022AD003909EE0933239314002338090014000200000000000000008E94000004181E3C34562B482E87::-82
2021.01.07 05:53:09 2: WMBUS WMBUS_TCH_21828567_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de285f027022ad003909ee09332300233809001400020000000000000000000004181e3c34562b
2021.01.07 05:54:32 5: CUL/RAW: /b324468503782822169803BBCA011DE286E0270220B017908590A3E5293CE005274000700000000000000000000003999000000001D7E395D44372881F2

2021.01.07 05:54:32 4: CUL_Parse: MAPLECUL1_868 b324468503782822169803BBCA011DE286E0270220B017908590A3E5293CE005274000700000000000000000000003999000000001D7E395D44372881F2 -81
2021.01.07 05:54:32 5: MAPLECUL1_868: dispatch b324468503782822169803BBCA011DE286E0270220B017908590A3E5293CE005274000700000000000000000000003999000000001D7E395D44372881::-81
2021.01.07 05:54:32 5: WMBUS raw msg b324468503782822169803BBCA011DE286E0270220B017908590A3E5293CE005274000700000000000000000000003999000000001D7E395D44372881::-81
2021.01.07 05:54:32 2: WMBUS WMBUS_TCH_21828237_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de286e0270220b017908590a3e5200527400070000000000000000000000000000001d7e395d44
2021.01.07 05:54:45 5: CUL/RAW: /b324468509680822169803627A011DE28000170220000E306DA060000CD9400000000000000000000000000000000FFFF00000000291400161E397284ED

2021.01.07 05:54:45 4: CUL_Parse: MAPLECUL1_868 b324468509680822169803627A011DE28000170220000E306DA060000CD9400000000000000000000000000000000FFFF00000000291400161E397284ED -83.5
2021.01.07 05:54:45 5: MAPLECUL1_868: dispatch b324468509680822169803627A011DE28000170220000E306DA060000CD9400000000000000000000000000000000FFFF00000000291400161E397284::-83.5
2021.01.07 05:54:45 5: WMBUS raw msg b324468509680822169803627A011DE28000170220000E306DA060000CD9400000000000000000000000000000000FFFF00000000291400161E397284::-83.5
2021.01.07 05:54:45 2: WMBUS WMBUS_TCH_21828096_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de28000170220000e306da0600000000000000000000000000000000000000000000291400161e
2021.01.07 05:55:08 5: CUL/RAW: /b32446850987982216980F72DA011DE281E087022A3036E0AED0C59C031EB00C0C1A6A7551512000000000000030FF9971C175895B8AFD5DEB1C6D68CEB

2021.01.07 05:55:08 4: CUL_Parse: MAPLECUL1_868 b32446850987982216980F72DA011DE281E087022A3036E0AED0C59C031EB00C0C1A6A7551512000000000000030FF9971C175895B8AFD5DEB1C6D68CEB -84.5
2021.01.07 05:55:08 5: MAPLECUL1_868: dispatch b32446850987982216980F72DA011DE281E087022A3036E0AED0C59C031EB00C0C1A6A7551512000000000000030FF9971C175895B8AFD5DEB1C6D68C::-84.5
2021.01.07 05:55:08 5: WMBUS raw msg b32446850987982216980F72DA011DE281E087022A3036E0AED0C59C031EB00C0C1A6A7551512000000000000030FF9971C175895B8AFD5DEB1C6D68C::-84.5
2021.01.07 05:55:08 2: WMBUS WMBUS_TCH_21827998_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de281e087022a3036e0aed0c59c000c0c1a6a7551512000000000000030f1c175895b8afd5deb1
2021.01.07 05:55:49 5: CUL/RAW: /b32446850608282216980D3F3A011DE2864007022390015080908060317FB00030806002200000000000000000000672800000000010002070A3F0D8BE7

2021.01.07 05:55:49 4: CUL_Parse: MAPLECUL1_868 b32446850608282216980D3F3A011DE2864007022390015080908060317FB00030806002200000000000000000000672800000000010002070A3F0D8BE7 -86.5
2021.01.07 05:55:49 5: MAPLECUL1_868: dispatch b32446850608282216980D3F3A011DE2864007022390015080908060317FB00030806002200000000000000000000672800000000010002070A3F0D8B::-86.5
2021.01.07 05:55:49 5: WMBUS raw msg b32446850608282216980D3F3A011DE2864007022390015080908060317FB00030806002200000000000000000000672800000000010002070A3F0D8B::-86.5
2021.01.07 05:55:49 2: WMBUS WMBUS_TCH_21828260_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de286400702239001508090806030003080600220000000000000000000000000000010002070a
2021.01.07 05:57:10 5: CUL/RAW: /b324468506785822169802413A011DE285F027022AD003609E7093323F1AD002338090014000200000000000000008E94000004181E3C34562B482E83EC

2021.01.07 05:57:10 4: CUL_Parse: MAPLECUL1_868 b324468506785822169802413A011DE285F027022AD003609E7093323F1AD002338090014000200000000000000008E94000004181E3C34562B482E83EC -84
2021.01.07 05:57:10 5: MAPLECUL1_868: dispatch b324468506785822169802413A011DE285F027022AD003609E7093323F1AD002338090014000200000000000000008E94000004181E3C34562B482E83::-84
2021.01.07 05:57:10 5: WMBUS raw msg b324468506785822169802413A011DE285F027022AD003609E7093323F1AD002338090014000200000000000000008E94000004181E3C34562B482E83::-84
2021.01.07 05:57:10 2: WMBUS WMBUS_TCH_21828567_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de285f027022ad003609e709332300233809001400020000000000000000000004181e3c34562b
2021.01.07 05:58:24 5: CUL/RAW: /b324468507984822169804D28A011DE28160070220300820783070000844900000003000000000000000000000000D787000700050000000000999B92E4

2021.01.07 05:58:24 4: CUL_Parse: MAPLECUL1_868 b324468507984822169804D28A011DE28160070220300820783070000844900000003000000000000000000000000D787000700050000000000999B92E4 -88
2021.01.07 05:58:24 5: MAPLECUL1_868: dispatch b324468507984822169804D28A011DE28160070220300820783070000844900000003000000000000000000000000D787000700050000000000999B92::-88
2021.01.07 05:58:24 5: WMBUS raw msg b324468507984822169804D28A011DE28160070220300820783070000844900000003000000000000000000000000D787000700050000000000999B92::-88
2021.01.07 05:58:24 2: WMBUS WMBUS_TCH_21828479_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de2816007022030082078307000000000003000000000000000000000000000700050000000000
2021.01.07 05:59:41 5: CUL/RAW: /b324468509680822169803627A011DE28000170220000E406DA060000F3E600000000000000000000000000000000FFFF00000000291400161E397286EF

2021.01.07 05:59:41 4: CUL_Parse: MAPLECUL1_868 b324468509680822169803627A011DE28000170220000E406DA060000F3E600000000000000000000000000000000FFFF00000000291400161E397286EF -82.5
2021.01.07 05:59:41 5: MAPLECUL1_868: dispatch b324468509680822169803627A011DE28000170220000E406DA060000F3E600000000000000000000000000000000FFFF00000000291400161E397286::-82.5
2021.01.07 05:59:41 5: WMBUS raw msg b324468509680822169803627A011DE28000170220000E406DA060000F3E600000000000000000000000000000000FFFF00000000291400161E397286::-82.5
2021.01.07 05:59:41 2: WMBUS WMBUS_TCH_21828096_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de28000170220000e406da0600000000000000000000000000000000000000000000291400161e
2021.01.07 06:00:09 5: CUL/RAW: /b3244685093858221698022BEA011DE28A90370222304C007D60712409EE401409055342F172F2E040000000010000DE70700172F22272B3829421D88ED

2021.01.07 06:00:09 4: CUL_Parse: MAPLECUL1_868 b3244685093858221698022BEA011DE28A90370222304C007D60712409EE401409055342F172F2E040000000010000DE70700172F22272B3829421D88ED -83.5
2021.01.07 06:00:09 5: MAPLECUL1_868: dispatch b3244685093858221698022BEA011DE28A90370222304C007D60712409EE401409055342F172F2E040000000010000DE70700172F22272B3829421D88::-83.5
2021.01.07 06:00:09 5: WMBUS raw msg b3244685093858221698022BEA011DE28A90370222304C007D60712409EE401409055342F172F2E040000000010000DE70700172F22272B3829421D88::-83.5
2021.01.07 06:00:09 2: WMBUS WMBUS_TCH_21828593_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de28a90370222304c007d607124001409055342f172f2e040000000010000700172f22272b3829
2021.01.07 06:00:22 5: CUL/RAW: /b3244685074858221698060B7A011DE28F20370225001F90A950B1A468F7A00465843262F0000000000000000000AA866301347718148495B3E8B8D85ED

2021.01.07 06:00:22 4: CUL_Parse: MAPLECUL1_868 b3244685074858221698060B7A011DE28F20370225001F90A950B1A468F7A00465843262F0000000000000000000AA866301347718148495B3E8B8D85ED -83.5
2021.01.07 06:00:22 5: MAPLECUL1_868: dispatch b3244685074858221698060B7A011DE28F20370225001F90A950B1A468F7A00465843262F0000000000000000000AA866301347718148495B3E8B8D85::-83.5
2021.01.07 06:00:22 5: WMBUS raw msg b3244685074858221698060B7A011DE28F20370225001F90A950B1A468F7A00465843262F0000000000000000000AA866301347718148495B3E8B8D85::-83.5
2021.01.07 06:00:22 2: WMBUS WMBUS_TCH_21828574_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de28f20370225001f90a950b1a4600465843262f0000000000000000000a301347718148495b3e
2021.01.07 06:02:06 5: CUL/RAW: /b324468506785822169802413A011DE285F027022AD003409E0093323EE48002338090014000200000000000000008E94000004181E3C34562B482E85E8

2021.01.07 06:02:06 4: CUL_Parse: MAPLECUL1_868 b324468506785822169802413A011DE285F027022AD003409E0093323EE48002338090014000200000000000000008E94000004181E3C34562B482E85E8 -86
2021.01.07 06:02:06 5: MAPLECUL1_868: dispatch b324468506785822169802413A011DE285F027022AD003409E0093323EE48002338090014000200000000000000008E94000004181E3C34562B482E85::-86
2021.01.07 06:02:06 5: WMBUS raw msg b324468506785822169802413A011DE285F027022AD003409E0093323EE48002338090014000200000000000000008E94000004181E3C34562B482E85::-86
2021.01.07 06:02:06 2: WMBUS WMBUS_TCH_21828567_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de285f027022ad003409e009332300233809001400020000000000000000000004181e3c34562b
2021.01.07 06:02:36 5: CUL/RAW: /b324468503782822169803BBCA011DE286E0270220B019408CB0A3E527920005274000700000000000000000000003999000000001D7E395D44372884F0

2021.01.07 06:02:36 4: CUL_Parse: MAPLECUL1_868 b324468503782822169803BBCA011DE286E0270220B019408CB0A3E527920005274000700000000000000000000003999000000001D7E395D44372884F0 -82
2021.01.07 06:02:36 5: MAPLECUL1_868: dispatch b324468503782822169803BBCA011DE286E0270220B019408CB0A3E527920005274000700000000000000000000003999000000001D7E395D44372884::-82
2021.01.07 06:02:36 5: WMBUS raw msg b324468503782822169803BBCA011DE286E0270220B019408CB0A3E527920005274000700000000000000000000003999000000001D7E395D44372884::-82
2021.01.07 06:02:36 2: WMBUS WMBUS_TCH_21828237_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de286e0270220b019408cb0a3e5200527400070000000000000000000000000000001d7e395d44
2021.01.07 06:03:42 5: CUL/RAW: /b324468509680822169803627A011DE28000170220000E406DA060000F3E600000000000000000000000000000000FFFF00000000291400161E397290EE

2021.01.07 06:03:42 4: CUL_Parse: MAPLECUL1_868 b324468509680822169803627A011DE28000170220000E406DA060000F3E600000000000000000000000000000000FFFF00000000291400161E397290EE -83
2021.01.07 06:03:42 5: MAPLECUL1_868: dispatch b324468509680822169803627A011DE28000170220000E406DA060000F3E600000000000000000000000000000000FFFF00000000291400161E397290::-83
2021.01.07 06:03:42 5: WMBUS raw msg b324468509680822169803627A011DE28000170220000E406DA060000F3E600000000000000000000000000000000FFFF00000000291400161E397290::-83
2021.01.07 06:03:42 2: WMBUS WMBUS_TCH_21828096_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de28000170220000e406da0600000000000000000000000000000000000000000000291400161e
2021.01.07 06:04:11 5: CUL/RAW: /b3244685093858221698022BEA011DE28A90370222304C007D5071240D3B401409055342F172F2E040000000010000DE70700172F22272B3829421D84EB

2021.01.07 06:04:11 4: CUL_Parse: MAPLECUL1_868 b3244685093858221698022BEA011DE28A90370222304C007D5071240D3B401409055342F172F2E040000000010000DE70700172F22272B3829421D84EB -84.5
2021.01.07 06:04:11 5: MAPLECUL1_868: dispatch b3244685093858221698022BEA011DE28A90370222304C007D5071240D3B401409055342F172F2E040000000010000DE70700172F22272B3829421D84::-84.5
2021.01.07 06:04:11 5: WMBUS raw msg b3244685093858221698022BEA011DE28A90370222304C007D5071240D3B401409055342F172F2E040000000010000DE70700172F22272B3829421D84::-84.5
2021.01.07 06:04:11 2: WMBUS WMBUS_TCH_21828593_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de28a90370222304c007d507124001409055342f172f2e040000000010000700172f22272b3829
2021.01.07 06:05:19 5: CUL/RAW: /b324468509185822169809CCBA011DE28A0007022A30038085408011F0D30001F1609091A12001A0F0600000000002B060C00090108150A0B12798688E9

2021.01.07 06:05:19 4: CUL_Parse: MAPLECUL1_868 b324468509185822169809CCBA011DE28A0007022A30038085408011F0D30001F1609091A12001A0F0600000000002B060C00090108150A0B12798688E9 -85.5
2021.01.07 06:05:19 5: MAPLECUL1_868: dispatch b324468509185822169809CCBA011DE28A0007022A30038085408011F0D30001F1609091A12001A0F0600000000002B060C00090108150A0B12798688::-85.5
2021.01.07 06:05:19 5: WMBUS raw msg b324468509185822169809CCBA011DE28A0007022A30038085408011F0D30001F1609091A12001A0F0600000000002B060C00090108150A0B12798688::-85.5
2021.01.07 06:05:19 2: WMBUS WMBUS_TCH_21828591_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de28a0007022a30038085408011f001f1609091a12001a0f0600000000000c00090108150a0b12
2021.01.07 06:07:35 5: CUL/RAW: /b324468503782822169803BBCA011DE286E0270220B01A8080D0B3E520B00005274000700000000000000000000003999000000001D7E395D44372882EF

2021.01.07 06:07:35 4: CUL_Parse: MAPLECUL1_868 b324468503782822169803BBCA011DE286E0270220B01A8080D0B3E520B00005274000700000000000000000000003999000000001D7E395D44372882EF -82.5
2021.01.07 06:07:35 5: MAPLECUL1_868: dispatch b324468503782822169803BBCA011DE286E0270220B01A8080D0B3E520B00005274000700000000000000000000003999000000001D7E395D44372882::-82.5
2021.01.07 06:07:35 5: WMBUS raw msg b324468503782822169803BBCA011DE286E0270220B01A8080D0B3E520B00005274000700000000000000000000003999000000001D7E395D44372882::-82.5
2021.01.07 06:07:35 2: WMBUS WMBUS_TCH_21828237_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de286e0270220b01a8080d0b3e5200527400070000000000000000000000000000001d7e395d44
2021.01.07 06:07:43 5: CUL/RAW: /b324468509680822169803627A011DE28000170220000E406DA060000F3E600000000000000000000000000000000FFFF00000000291400161E397287EE

2021.01.07 06:07:43 4: CUL_Parse: MAPLECUL1_868 b324468509680822169803627A011DE28000170220000E406DA060000F3E600000000000000000000000000000000FFFF00000000291400161E397287EE -83
2021.01.07 06:07:43 5: MAPLECUL1_868: dispatch b324468509680822169803627A011DE28000170220000E406DA060000F3E600000000000000000000000000000000FFFF00000000291400161E397287::-83
2021.01.07 06:07:43 5: WMBUS raw msg b324468509680822169803627A011DE28000170220000E406DA060000F3E600000000000000000000000000000000FFFF00000000291400161E397287::-83
2021.01.07 06:07:43 2: WMBUS WMBUS_TCH_21828096_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de28000170220000e406da0600000000000000000000000000000000000000000000291400161e
2021.01.07 06:09:08 5: CUL/RAW: /b3244685074858221698060B7A011DE28F20370225001DF0A730B1A46CAF900465843262F0000000000000000000AA866301347718148495B3E8B8D81EF

2021.01.07 06:09:08 4: CUL_Parse: MAPLECUL1_868 b3244685074858221698060B7A011DE28F20370225001DF0A730B1A46CAF900465843262F0000000000000000000AA866301347718148495B3E8B8D81EF -82.5
2021.01.07 06:09:08 5: MAPLECUL1_868: dispatch b3244685074858221698060B7A011DE28F20370225001DF0A730B1A46CAF900465843262F0000000000000000000AA866301347718148495B3E8B8D81::-82.5
2021.01.07 06:09:08 5: WMBUS raw msg b3244685074858221698060B7A011DE28F20370225001DF0A730B1A46CAF900465843262F0000000000000000000AA866301347718148495B3E8B8D81::-82.5
2021.01.07 06:09:08 2: WMBUS WMBUS_TCH_21828574_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de28f20370225001df0a730b1a4600465843262f0000000000000000000a301347718148495b3e
2021.01.07 06:09:17 5: CUL/RAW: /b3244685093858221698022BEA011DE28A90370222304C007D3071240491401409055342F172F2E040000000010000DE70700172F22272B3829421D83E7

2021.01.07 06:09:17 4: CUL_Parse: MAPLECUL1_868 b3244685093858221698022BEA011DE28A90370222304C007D3071240491401409055342F172F2E040000000010000DE70700172F22272B3829421D83E7 -86.5
2021.01.07 06:09:17 5: MAPLECUL1_868: dispatch b3244685093858221698022BEA011DE28A90370222304C007D3071240491401409055342F172F2E040000000010000DE70700172F22272B3829421D83::-86.5
2021.01.07 06:09:17 5: WMBUS raw msg b3244685093858221698022BEA011DE28A90370222304C007D3071240491401409055342F172F2E040000000010000DE70700172F22272B3829421D83::-86.5
2021.01.07 06:09:17 2: WMBUS WMBUS_TCH_21828593_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de28a90370222304c007d307124001409055342f172f2e040000000010000700172f22272b3829
2021.01.07 06:11:35 5: CUL/RAW: /b324468503782822169803BBCA011DE286E0270220B01BE08550B3E524AFA005274000700000000000000000000003999000000001D7E395D44372885F0

2021.01.07 06:11:35 4: CUL_Parse: MAPLECUL1_868 b324468503782822169803BBCA011DE286E0270220B01BE08550B3E524AFA005274000700000000000000000000003999000000001D7E395D44372885F0 -82
2021.01.07 06:11:35 5: MAPLECUL1_868: dispatch b324468503782822169803BBCA011DE286E0270220B01BE08550B3E524AFA005274000700000000000000000000003999000000001D7E395D44372885::-82
2021.01.07 06:11:35 5: WMBUS raw msg b324468503782822169803BBCA011DE286E0270220B01BE08550B3E524AFA005274000700000000000000000000003999000000001D7E395D44372885::-82
2021.01.07 06:11:35 2: WMBUS WMBUS_TCH_21828237_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de286e0270220b01be08550b3e5200527400070000000000000000000000000000001d7e395d44
2021.01.07 06:11:51 5: CUL/RAW: /b324468509680822169803627A011DE28000170220000E406DA060000F3E600000000000000000000000000000000FFFF00000000291400161E397290F0

2021.01.07 06:11:51 4: CUL_Parse: MAPLECUL1_868 b324468509680822169803627A011DE28000170220000E406DA060000F3E600000000000000000000000000000000FFFF00000000291400161E397290F0 -82
2021.01.07 06:11:51 5: MAPLECUL1_868: dispatch b324468509680822169803627A011DE28000170220000E406DA060000F3E600000000000000000000000000000000FFFF00000000291400161E397290::-82
2021.01.07 06:11:51 5: WMBUS raw msg b324468509680822169803627A011DE28000170220000E406DA060000F3E600000000000000000000000000000000FFFF00000000291400161E397290::-82
2021.01.07 06:11:51 2: WMBUS WMBUS_TCH_21828096_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de28000170220000e406da0600000000000000000000000000000000000000000000291400161e
2021.01.07 06:12:09 5: CUL/RAW: /b32446850987982216980F72DA011DE281E087022A303FF0A450E59C0FD3B00C0C1A6A7551512000000000000030FF9971C175895B8AFD5DEB1C6D694E9

2021.01.07 06:12:09 4: CUL_Parse: MAPLECUL1_868 b32446850987982216980F72DA011DE281E087022A303FF0A450E59C0FD3B00C0C1A6A7551512000000000000030FF9971C175895B8AFD5DEB1C6D694E9 -85.5
2021.01.07 06:12:09 5: MAPLECUL1_868: dispatch b32446850987982216980F72DA011DE281E087022A303FF0A450E59C0FD3B00C0C1A6A7551512000000000000030FF9971C175895B8AFD5DEB1C6D694::-85.5
2021.01.07 06:12:09 5: WMBUS raw msg b32446850987982216980F72DA011DE281E087022A303FF0A450E59C0FD3B00C0C1A6A7551512000000000000030FF9971C175895B8AFD5DEB1C6D694::-85.5
2021.01.07 06:12:09 2: WMBUS WMBUS_TCH_21827998_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de281e087022a303ff0a450e59c000c0c1a6a7551512000000000000030f1c175895b8afd5deb1
2021.01.07 06:13:19 5: CUL/RAW: /b3244685093858221698022BEA011DE28A90370222304C007D3071240491401409055342F172F2E040000000010000DE70700172F22272B3829421D89EA

2021.01.07 06:13:19 4: CUL_Parse: MAPLECUL1_868 b3244685093858221698022BEA011DE28A90370222304C007D3071240491401409055342F172F2E040000000010000DE70700172F22272B3829421D89EA -85
2021.01.07 06:13:19 5: MAPLECUL1_868: dispatch b3244685093858221698022BEA011DE28A90370222304C007D3071240491401409055342F172F2E040000000010000DE70700172F22272B3829421D89::-85
2021.01.07 06:13:19 5: WMBUS raw msg b3244685093858221698022BEA011DE28A90370222304C007D3071240491401409055342F172F2E040000000010000DE70700172F22272B3829421D89::-85
2021.01.07 06:13:19 2: WMBUS WMBUS_TCH_21828593_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de28a90370222304c007d307124001409055342f172f2e040000000010000700172f22272b3829
2021.01.07 06:16:15 5: CUL/RAW: /b32446850987982216980F72DA011DE281E087022A303FB0AA40E59C0D1EF00C0C1A6A7551512000000000000030FF9971C175895B8AFD5DEB1C6D690E8

2021.01.07 06:16:15 4: CUL_Parse: MAPLECUL1_868 b32446850987982216980F72DA011DE281E087022A303FB0AA40E59C0D1EF00C0C1A6A7551512000000000000030FF9971C175895B8AFD5DEB1C6D690E8 -86
2021.01.07 06:16:15 5: MAPLECUL1_868: dispatch b32446850987982216980F72DA011DE281E087022A303FB0AA40E59C0D1EF00C0C1A6A7551512000000000000030FF9971C175895B8AFD5DEB1C6D690::-86
2021.01.07 06:16:15 5: WMBUS raw msg b32446850987982216980F72DA011DE281E087022A303FB0AA40E59C0D1EF00C0C1A6A7551512000000000000030FF9971C175895B8AFD5DEB1C6D690::-86
2021.01.07 06:16:15 2: WMBUS WMBUS_TCH_21827998_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de281e087022a303fb0aa40e59c000c0c1a6a7551512000000000000030f1c175895b8afd5deb1
2021.01.07 06:16:34 5: CUL/RAW: /b324468506485822169805BEEA011DE280000702203008807870700026F11000200000001000000000000000000004F89000000000000000000FFFF86EC

2021.01.07 06:16:34 4: CUL_Parse: MAPLECUL1_868 b324468506485822169805BEEA011DE280000702203008807870700026F11000200000001000000000000000000004F89000000000000000000FFFF86EC -84
2021.01.07 06:16:34 5: MAPLECUL1_868: dispatch b324468506485822169805BEEA011DE280000702203008807870700026F11000200000001000000000000000000004F89000000000000000000FFFF86::-84
2021.01.07 06:16:34 5: WMBUS raw msg b324468506485822169805BEEA011DE280000702203008807870700026F11000200000001000000000000000000004F89000000000000000000FFFF86::-84
2021.01.07 06:16:34 2: WMBUS WMBUS_TCH_21828564_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de2800007022030088078707000200020000000100000000000000000000000000000000000000
2021.01.07 06:17:20 5: CUL/RAW: /b3244685074858221698060B7A011DE28F20370225001C90A550B1A4640C100465843262F0000000000000000000AA866301347718148495B3E8B8D84EE

2021.01.07 06:17:20 4: CUL_Parse: MAPLECUL1_868 b3244685074858221698060B7A011DE28F20370225001C90A550B1A4640C100465843262F0000000000000000000AA866301347718148495B3E8B8D84EE -83
2021.01.07 06:17:20 5: MAPLECUL1_868: dispatch b3244685074858221698060B7A011DE28F20370225001C90A550B1A4640C100465843262F0000000000000000000AA866301347718148495B3E8B8D84::-83
2021.01.07 06:17:20 5: WMBUS raw msg b3244685074858221698060B7A011DE28F20370225001C90A550B1A4640C100465843262F0000000000000000000AA866301347718148495B3E8B8D84::-83
2021.01.07 06:17:20 2: WMBUS WMBUS_TCH_21828574_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de28f20370225001c90a550b1a4600465843262f0000000000000000000a301347718148495b3e
2021.01.07 06:17:20 5: CUL/RAW: /b3244685093858221698022BEA011DE28A90370222304BF07D20712406FC701409055342F172F2E040000000010000DE70700172F22272B3829421D8DE8

2021.01.07 06:17:20 4: CUL_Parse: MAPLECUL1_868 b3244685093858221698022BEA011DE28A90370222304BF07D20712406FC701409055342F172F2E040000000010000DE70700172F22272B3829421D8DE8 -86
2021.01.07 06:17:20 5: MAPLECUL1_868: dispatch b3244685093858221698022BEA011DE28A90370222304BF07D20712406FC701409055342F172F2E040000000010000DE70700172F22272B3829421D8D::-86
2021.01.07 06:17:20 5: WMBUS raw msg b3244685093858221698022BEA011DE28A90370222304BF07D20712406FC701409055342F172F2E040000000010000DE70700172F22272B3829421D8D::-86
2021.01.07 06:17:20 2: WMBUS WMBUS_TCH_21828593_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de28a90370222304bf07d207124001409055342f172f2e040000000010000700172f22272b3829
2021.01.07 06:19:36 5: CUL/RAW: /b324468503782822169803BBCA011DE286E0270220B01ED08C10B3E52EC16005274000700000000000000000000003999000000001D7E395D44372882ED

2021.01.07 06:19:36 4: CUL_Parse: MAPLECUL1_868 b324468503782822169803BBCA011DE286E0270220B01ED08C10B3E52EC16005274000700000000000000000000003999000000001D7E395D44372882ED -83.5
2021.01.07 06:19:36 5: MAPLECUL1_868: dispatch b324468503782822169803BBCA011DE286E0270220B01ED08C10B3E52EC16005274000700000000000000000000003999000000001D7E395D44372882::-83.5
2021.01.07 06:19:36 5: WMBUS raw msg b324468503782822169803BBCA011DE286E0270220B01ED08C10B3E52EC16005274000700000000000000000000003999000000001D7E395D44372882::-83.5
2021.01.07 06:19:36 2: WMBUS WMBUS_TCH_21828237_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de286e0270220b01ed08c10b3e5200527400070000000000000000000000000000001d7e395d44
2021.01.07 06:20:38 5: CUL/RAW: /b324468506485822169805BEEA011DE28000070220300890788070002EBEC000200000001000000000000000000004F89000000000000000000FFFF86F0

2021.01.07 06:20:38 4: CUL_Parse: MAPLECUL1_868 b324468506485822169805BEEA011DE28000070220300890788070002EBEC000200000001000000000000000000004F89000000000000000000FFFF86F0 -82
2021.01.07 06:20:38 5: MAPLECUL1_868: dispatch b324468506485822169805BEEA011DE28000070220300890788070002EBEC000200000001000000000000000000004F89000000000000000000FFFF86::-82
2021.01.07 06:20:38 5: WMBUS raw msg b324468506485822169805BEEA011DE28000070220300890788070002EBEC000200000001000000000000000000004F89000000000000000000FFFF86::-82
2021.01.07 06:20:38 2: WMBUS WMBUS_TCH_21828564_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de2800007022030089078807000200020000000100000000000000000000000000000000000000
2021.01.07 06:21:21 5: CUL/RAW: /b3244685074858221698060B7A011DE28F20370225001BE0A460B1A4667C300465843262F0000000000000000000AA866301347718148495B3E8B8D84E9

2021.01.07 06:21:21 4: CUL_Parse: MAPLECUL1_868 b3244685074858221698060B7A011DE28F20370225001BE0A460B1A4667C300465843262F0000000000000000000AA866301347718148495B3E8B8D84E9 -85.5
2021.01.07 06:21:21 5: MAPLECUL1_868: dispatch b3244685074858221698060B7A011DE28F20370225001BE0A460B1A4667C300465843262F0000000000000000000AA866301347718148495B3E8B8D84::-85.5
2021.01.07 06:21:21 5: WMBUS raw msg b3244685074858221698060B7A011DE28F20370225001BE0A460B1A4667C300465843262F0000000000000000000AA866301347718148495B3E8B8D84::-85.5
2021.01.07 06:21:21 2: WMBUS WMBUS_TCH_21828574_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de28f20370225001be0a460b1a4600465843262f0000000000000000000a301347718148495b3e
2021.01.07 06:24:39 5: CUL/RAW: /b324468506485822169805BEEA011DE280000702203008807880700022A64000200000001000000000000000000004F89000000000000000000FFFF82F1

2021.01.07 06:24:39 4: CUL_Parse: MAPLECUL1_868 b324468506485822169805BEEA011DE280000702203008807880700022A64000200000001000000000000000000004F89000000000000000000FFFF82F1 -81.5
2021.01.07 06:24:39 5: MAPLECUL1_868: dispatch b324468506485822169805BEEA011DE280000702203008807880700022A64000200000001000000000000000000004F89000000000000000000FFFF82::-81.5
2021.01.07 06:24:39 5: WMBUS raw msg b324468506485822169805BEEA011DE280000702203008807880700022A64000200000001000000000000000000004F89000000000000000000FFFF82::-81.5
2021.01.07 06:24:39 2: WMBUS WMBUS_TCH_21828564_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de2800007022030088078807000200020000000100000000000000000000000000000000000000
2021.01.07 06:24:46 5: CUL/RAW: /b324468503782822169803BBCA011DE286E0270220B010409D40B3E52DF22005274000700000000000000000000003999000000001D7E395D44372883F1

2021.01.07 06:24:46 4: CUL_Parse: MAPLECUL1_868 b324468503782822169803BBCA011DE286E0270220B010409D40B3E52DF22005274000700000000000000000000003999000000001D7E395D44372883F1 -81.5
2021.01.07 06:24:46 5: MAPLECUL1_868: dispatch b324468503782822169803BBCA011DE286E0270220B010409D40B3E52DF22005274000700000000000000000000003999000000001D7E395D44372883::-81.5
2021.01.07 06:24:46 5: WMBUS raw msg b324468503782822169803BBCA011DE286E0270220B010409D40B3E52DF22005274000700000000000000000000003999000000001D7E395D44372883::-81.5
2021.01.07 06:24:46 2: WMBUS WMBUS_TCH_21828237_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de286e0270220b010409d40b3e5200527400070000000000000000000000000000001d7e395d44
2021.01.07 06:29:15 5: CUL/RAW: /b32446850987982216980F72DA011DE281E087022A303470B4F0F59C08DCA00C0C1A6A7551512000000000000030FF9971C175895B8AFD5DEB1C6D68BEB

2021.01.07 06:29:15 4: CUL_Parse: MAPLECUL1_868 b32446850987982216980F72DA011DE281E087022A303470B4F0F59C08DCA00C0C1A6A7551512000000000000030FF9971C175895B8AFD5DEB1C6D68BEB -84.5
2021.01.07 06:29:15 5: MAPLECUL1_868: dispatch b32446850987982216980F72DA011DE281E087022A303470B4F0F59C08DCA00C0C1A6A7551512000000000000030FF9971C175895B8AFD5DEB1C6D68B::-84.5
2021.01.07 06:29:15 5: WMBUS raw msg b32446850987982216980F72DA011DE281E087022A303470B4F0F59C08DCA00C0C1A6A7551512000000000000030FF9971C175895B8AFD5DEB1C6D68B::-84.5
2021.01.07 06:29:15 2: WMBUS WMBUS_TCH_21827998_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de281e087022a303470b4f0f59c000c0c1a6a7551512000000000000030f1c175895b8afd5deb1
2021.01.07 06:29:31 5: CUL/RAW: /b324468506485822169805BEEA011DE280000702203008807880700022A64000200000001000000000000000000004F89000000000000000000FFFF84F3

2021.01.07 06:29:31 4: CUL_Parse: MAPLECUL1_868 b324468506485822169805BEEA011DE280000702203008807880700022A64000200000001000000000000000000004F89000000000000000000FFFF84F3 -80.5
2021.01.07 06:29:31 5: MAPLECUL1_868: dispatch b324468506485822169805BEEA011DE280000702203008807880700022A64000200000001000000000000000000004F89000000000000000000FFFF84::-80.5
2021.01.07 06:29:31 5: WMBUS raw msg b324468506485822169805BEEA011DE280000702203008807880700022A64000200000001000000000000000000004F89000000000000000000FFFF84::-80.5
2021.01.07 06:29:31 2: WMBUS WMBUS_TCH_21828564_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de2800007022030088078807000200020000000100000000000000000000000000000000000000
2021.01.07 06:34:22 5: CUL/RAW: /b3244685074858221698060B7A011DE28F20370225001A50A150B1A468C9500465843262F0000000000000000000AA866301347718148495B3E8B8D8CEA

2021.01.07 06:34:22 4: CUL_Parse: MAPLECUL1_868 b3244685074858221698060B7A011DE28F20370225001A50A150B1A468C9500465843262F0000000000000000000AA866301347718148495B3E8B8D8CEA -85
2021.01.07 06:34:22 5: MAPLECUL1_868: dispatch b3244685074858221698060B7A011DE28F20370225001A50A150B1A468C9500465843262F0000000000000000000AA866301347718148495B3E8B8D8C::-85
2021.01.07 06:34:22 5: WMBUS raw msg b3244685074858221698060B7A011DE28F20370225001A50A150B1A468C9500465843262F0000000000000000000AA866301347718148495B3E8B8D8C::-85
2021.01.07 06:34:22 2: WMBUS WMBUS_TCH_21828574_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de28f20370225001a50a150b1a4600465843262f0000000000000000000a301347718148495b3e
2021.01.07 06:36:48 5: CUL/RAW: /b324468503782822169803BBCA011DE286E0270220B010909990B3E527A3D005274000700000000000000000000003999000000001D7E395D44372882F0

2021.01.07 06:36:48 4: CUL_Parse: MAPLECUL1_868 b324468503782822169803BBCA011DE286E0270220B010909990B3E527A3D005274000700000000000000000000003999000000001D7E395D44372882F0 -82
2021.01.07 06:36:48 5: MAPLECUL1_868: dispatch b324468503782822169803BBCA011DE286E0270220B010909990B3E527A3D005274000700000000000000000000003999000000001D7E395D44372882::-82
2021.01.07 06:36:48 5: WMBUS raw msg b324468503782822169803BBCA011DE286E0270220B010909990B3E527A3D005274000700000000000000000000003999000000001D7E395D44372882::-82
2021.01.07 06:36:48 2: WMBUS WMBUS_TCH_21828237_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de286e0270220b010909990b3e5200527400070000000000000000000000000000001d7e395d44
2021.01.07 06:37:20 5: CUL/RAW: /b32446850987982216980F72DA011DE281E087022A303200B110F59C0379700C0C1A6A7551512000000000000030FF9971C175895B8AFD5DEB1C6D68EEB

2021.01.07 06:37:20 4: CUL_Parse: MAPLECUL1_868 b32446850987982216980F72DA011DE281E087022A303200B110F59C0379700C0C1A6A7551512000000000000030FF9971C175895B8AFD5DEB1C6D68EEB -84.5
2021.01.07 06:37:20 5: MAPLECUL1_868: dispatch b32446850987982216980F72DA011DE281E087022A303200B110F59C0379700C0C1A6A7551512000000000000030FF9971C175895B8AFD5DEB1C6D68E::-84.5
2021.01.07 06:37:20 5: WMBUS raw msg b32446850987982216980F72DA011DE281E087022A303200B110F59C0379700C0C1A6A7551512000000000000030FF9971C175895B8AFD5DEB1C6D68E::-84.5
2021.01.07 06:37:20 2: WMBUS WMBUS_TCH_21827998_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de281e087022a303200b110f59c000c0c1a6a7551512000000000000030f1c175895b8afd5deb1
2021.01.07 06:37:49 5: CUL/RAW: /b324468509680822169803627A011DE28000170220000E306DA060000CD9400000000000000000000000000000000FFFF00000000291400161E39728AED

2021.01.07 06:37:49 4: CUL_Parse: MAPLECUL1_868 b324468509680822169803627A011DE28000170220000E306DA060000CD9400000000000000000000000000000000FFFF00000000291400161E39728AED -83.5
2021.01.07 06:37:49 5: MAPLECUL1_868: dispatch b324468509680822169803627A011DE28000170220000E306DA060000CD9400000000000000000000000000000000FFFF00000000291400161E39728A::-83.5
2021.01.07 06:37:49 5: WMBUS raw msg b324468509680822169803627A011DE28000170220000E306DA060000CD9400000000000000000000000000000000FFFF00000000291400161E39728A::-83.5
2021.01.07 06:37:49 2: WMBUS WMBUS_TCH_21828096_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de28000170220000e306da0600000000000000000000000000000000000000000000291400161e
2021.01.07 06:38:24 5: CUL/RAW: /b3244685074858221698060B7A011DE28F203702250019E0A090B1A46C11700465843262F0000000000000000000AA866301347718148495B3E8B8D85F0

2021.01.07 06:38:24 4: CUL_Parse: MAPLECUL1_868 b3244685074858221698060B7A011DE28F203702250019E0A090B1A46C11700465843262F0000000000000000000AA866301347718148495B3E8B8D85F0 -82
2021.01.07 06:38:24 5: MAPLECUL1_868: dispatch b3244685074858221698060B7A011DE28F203702250019E0A090B1A46C11700465843262F0000000000000000000AA866301347718148495B3E8B8D85::-82
2021.01.07 06:38:24 5: WMBUS raw msg b3244685074858221698060B7A011DE28F203702250019E0A090B1A46C11700465843262F0000000000000000000AA866301347718148495B3E8B8D85::-82
2021.01.07 06:38:24 2: WMBUS WMBUS_TCH_21828574_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de28f203702250019e0a090b1a4600465843262f0000000000000000000a301347718148495b3e
2021.01.07 06:40:20 5: CUL/RAW: /b324468506785822169802413A011DE285F027022AD001809A609332355D8002338090014000200000000000000008E94000004181E3C34562B482E84EC

2021.01.07 06:40:20 4: CUL_Parse: MAPLECUL1_868 b324468506785822169802413A011DE285F027022AD001809A609332355D8002338090014000200000000000000008E94000004181E3C34562B482E84EC -84
2021.01.07 06:40:20 5: MAPLECUL1_868: dispatch b324468506785822169802413A011DE285F027022AD001809A609332355D8002338090014000200000000000000008E94000004181E3C34562B482E84::-84
2021.01.07 06:40:20 5: WMBUS raw msg b324468506785822169802413A011DE285F027022AD001809A609332355D8002338090014000200000000000000008E94000004181E3C34562B482E84::-84
2021.01.07 06:40:20 2: WMBUS WMBUS_TCH_21828567_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de285f027022ad001809a609332300233809001400020000000000000000000004181e3c34562b
2021.01.07 06:41:39 5: CUL/RAW: /b324468506485822169805BEEA011DE28000070220300870786070002E94D000200000001000000000000000000004F89000000000000000000FFFF89F3

2021.01.07 06:41:39 4: CUL_Parse: MAPLECUL1_868 b324468506485822169805BEEA011DE28000070220300870786070002E94D000200000001000000000000000000004F89000000000000000000FFFF89F3 -80.5
2021.01.07 06:41:39 5: MAPLECUL1_868: dispatch b324468506485822169805BEEA011DE28000070220300870786070002E94D000200000001000000000000000000004F89000000000000000000FFFF89::-80.5
2021.01.07 06:41:39 5: WMBUS raw msg b324468506485822169805BEEA011DE28000070220300870786070002E94D000200000001000000000000000000004F89000000000000000000FFFF89::-80.5
2021.01.07 06:41:39 2: WMBUS WMBUS_TCH_21828564_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de2800007022030087078607000200020000000100000000000000000000000000000000000000
2021.01.07 06:41:45 5: CUL/RAW: /b32446850218582216980368DA011DE2816047022E500B406F706001BFD2D011B4C00000B000000000000000000004559000000444A87000000C1FC8BE5

2021.01.07 06:41:45 4: CUL_Parse: MAPLECUL1_868 b32446850218582216980368DA011DE2816047022E500B406F706001BFD2D011B4C00000B000000000000000000004559000000444A87000000C1FC8BE5 -87.5
2021.01.07 06:41:45 5: MAPLECUL1_868: dispatch b32446850218582216980368DA011DE2816047022E500B406F706001BFD2D011B4C00000B000000000000000000004559000000444A87000000C1FC8B::-87.5
2021.01.07 06:41:45 5: WMBUS raw msg b32446850218582216980368DA011DE2816047022E500B406F706001BFD2D011B4C00000B000000000000000000004559000000444A87000000C1FC8B::-87.5
2021.01.07 06:41:45 2: WMBUS WMBUS_TCH_21828521_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de2816047022e500b406f706001b011b4c00000b00000000000000000000000000444a87000000
2021.01.07 06:41:50 5: CUL/RAW: /b324468509680822169803627A011DE28000170220000E406DA060000F3E600000000000000000000000000000000FFFF00000000291400161E39728AEB

2021.01.07 06:41:50 4: CUL_Parse: MAPLECUL1_868 b324468509680822169803627A011DE28000170220000E406DA060000F3E600000000000000000000000000000000FFFF00000000291400161E39728AEB -84.5
2021.01.07 06:41:50 5: MAPLECUL1_868: dispatch b324468509680822169803627A011DE28000170220000E406DA060000F3E600000000000000000000000000000000FFFF00000000291400161E39728A::-84.5
2021.01.07 06:41:50 5: WMBUS raw msg b324468509680822169803627A011DE28000170220000E406DA060000F3E600000000000000000000000000000000FFFF00000000291400161E39728A::-84.5
2021.01.07 06:41:50 2: WMBUS WMBUS_TCH_21828096_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 11de28000170220000e406da0600000000000000000000000000000000000000000000291400161e
2021.01.07 06:46:34 5: CUL/RAW: /b324468506485822169805BEEA011DE2800007022030086078607000228C5000200000001000000000000000000004F89000000000000000000FFFF81F3

2021.01.07 06:46:34 4: CUL_Parse: MAPLECUL1_868 b324468506485822169805BEEA011DE2800007022030086078607000228C5000200000001000000000000000000004F89000000000000000000FFFF81F3 -80.5
2021.01.07 06:46:34 5: MAPLECUL1_868: dispatch b324468506485822169805BEEA011DE2800007022030086078607000228C5000200000001000000000000000000004F89000000000000000000FFFF81::-80.5
2021.01.07 06:46:34 5: WMBUS raw msg b324468506485822169805BEEA011DE2800007022030086078607000228C5000200000001000000000000000000004F89000000000000000000FFFF81::-80.5
2021.01.07 06:46:34 2: WMBus[
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 09 Januar 2021, 17:35:25
ZitatWMBUS WMBUS_TCH_21828237_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0,

TCH steht für Techem als Hersteller.
Wahrscheinlich hast du mit dem TechemHKV (https://fhem.de/commandref_DE.html#TechemHKV) Modul mehr Erfolg.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Intruder1956 am 10 Januar 2021, 00:00:53
Hallo ,
sorry wegen meinem Text oben im "Code-Tag". Beim speichern hat der wohl wieder was verschluckt und abgeschnitten. Passiert mir in letzter Zeit öfter hier im Forum.
Ich kann es aber auch nicht nachbearbeiten und nochmal speichern. Dann kommt er mit Fehler in der Datenbank.

Zu meinem Problem  ;)
Ich hatte das TechemHKV schon benutzt, wollte ich gerade schreiben  ;)
Habe aber das TechemWZ genommen mit "00000000" im Def und da hat sich nichts getan, aber OK war ja wohl auch falsch. :)
Ich versuche gerade mein MapleCun upzudaten mit der neuesten a-culfw, was mir gerade nicht gelingt wegen USB-Stecker abgerissen.
Ich schaue mal ob ich das hinbekomme und dann versuche ich noch mit TechemHKV.

Vielen Dank und Gruß

Intruder
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Fritz Muster am 29 Januar 2021, 11:13:22
Hallo in die Runde,

ich habe hier ein Phänomen, welches ich mir nicht erklären kann. Mein Wärmemengenzähler von Brummerhoop Model F90U (Baugleich mit Engelmann Serie SensoStar, Techem Serie Vario, WDV/Moline Serie Wingstar) ist mit einem WMBus Modul ausgestattet. Ich empfange via Maple CUL die Telegramme. Der Zähler sendet alle 120 Sekunden. Das Problem ist, das von zig Telegramme alle paar Stunden nur ein Telegramm vom Modul dekodiert wird. Alle anderen Telegramme werden nicht dekodiert. Im Log steht bei den nicht dekodierten
2021.01.28 11:51:05 5: CUL/RAW: /bBE44C5143885159100046A688C202F900F002C25DC800500F385341D9B81F0901183B31D151AE57C3D201594CD508D9BB32B17DB359F5A58493C91BC29866A09C975EB6EC5BAE24EA8D756E0C3FA69115DF7E8E464E955B1B4AAB71D366FAF901183B31D151AE57C3D201594CD508D9BB32B17DB359F5A58493C91BC29866A
2021.01.28 11:51:05 5: CUL/RAW: bBE44C5143885159100046A688C202F900F002C25DC800500F385341D9B81F0901183B31D151AE57C3D201594CD508D9BB32B17DB359F5A58493C91BC29866A09C975EB6EC5BAE24EA8D756E0C3FA69115DF7E8E464E955B1B4AAB71D366FAF901183B31D151AE57C3D201594CD508D9BB32B17DB359F5A58493C91BC29866A/0
2021.01.28 11:51:05 5: CUL/RAW: bBE44C5143885159100046A688C202F900F002C25DC800500F385341D9B81F0901183B31D151AE57C3D201594CD508D9BB32B17DB359F5A58493C91BC29866A09C975EB6EC5BAE24EA8D756E0C3FA69115DF7E8E464E955B1B4AAB71D366FAF901183B31D151AE57C3D201594CD508D9BB32B17DB359F5A58493C91BC29866A0/0A95FEF8533224C7B62F7D7596D4D919427DA497E935F941C1FA6C63AC7BB1C5F0732C904A08776DBBE9BD1375C74D3BC38B613AFD0A34CB98AD85222DD12D2D45791A117BD428121A9F503FD0C050000BD1702FD0B31119D8A801A

2021.01.28 11:51:05 4: CUL_Parse: mapleCUL868Wmbus bBE44C5143885159100046A688C202F900F002C25DC800500F385341D9B81F0901183B31D151AE57C3D201594CD508D9BB32B17DB359F5A58493C91BC29866A09C975EB6EC5BAE24EA8D756E0C3FA69115DF7E8E464E955B1B4AAB71D366FAF901183B31D151AE57C3D201594CD508D9BB32B17DB359F5A58493C91BC29866A00A95FEF8533224C7B62F7D7596D4D919427DA497E935F941C1FA6C63AC7BB1C5F0732C904A08776DBBE9BD1375C74D3BC38B613AFD0A34CB98AD85222DD12D2D45791A117BD428121A9F503FD0C050000BD1702FD0B31119D8A801A -61
2021.01.28 11:51:05 5: mapleCUL868Wmbus: dispatch bBE44C5143885159100046A688C202F900F002C25DC800500F385341D9B81F0901183B31D151AE57C3D201594CD508D9BB32B17DB359F5A58493C91BC29866A09C975EB6EC5BAE24EA8D756E0C3FA69115DF7E8E464E955B1B4AAB71D366FAF901183B31D151AE57C3D201594CD508D9BB32B17DB359F5A58493C91BC29866A00A95FEF8533224C7B62F7D7596D4D919427DA497E935F941C1FA6C63AC7BB1C5F0732C904A08776DBBE9BD1375C74D3BC38B613AFD0A34CB98AD85222DD12D2D45791A117BD428121A9F503FD0C050000BD1702FD0B31119D8A80::-61
2021.01.28 11:51:05 5: WMBUS raw msg bBE44C5143885159100046A688C202F900F002C25DC800500F385341D9B81F0901183B31D151AE57C3D201594CD508D9BB32B17DB359F5A58493C91BC29866A09C975EB6EC5BAE24EA8D756E0C3FA69115DF7E8E464E955B1B4AAB71D366FAF901183B31D151AE57C3D201594CD508D9BB32B17DB359F5A58493C91BC29866A00A95FEF8533224C7B62F7D7596D4D919427DA497E935F941C1FA6C63AC7BB1C5F0732C904A08776DBBE9BD1375C74D3BC38B613AFD0A34CB98AD85222DD12D2D45791A117BD428121A9F503FD0C050000BD1702FD0B31119D8A80::-61
2021.01.28 11:51:05 2: WMBUS Error during LinkLayer parse:crc check failed for block 1
2021.01.28 11:51:05 5: WMBUS raw msg bBE44C5143885159100046A688C202F900F002C25DC800500F385341D9B81F0901183B31D151AE57C3D201594CD508D9BB32B17DB359F5A58493C91BC29866A09C975EB6EC5BAE24EA8D756E0C3FA69115DF7E8E464E955B1B4AAB71D366FAF901183B31D151AE57C3D201594CD508D9BB32B17DB359F5A58493C91BC29866A00A95FEF8533224C7B62F7D7596D4D919427DA497E935F941C1FA6C63AC7BB1C5F0732C904A08776DBBE9BD1375C74D3BC38B613AFD0A34CB98AD85222DD12D2D45791A117BD428121A9F503FD0C050000BD1702FD0B31119D8A80::-61
2021.01.28 11:51:05 2: WMBUS Error during LinkLayer parse:crc check failed for block 1
2021.01.28 11:51:05 3: mapleCUL868Wmbus: Unknown code bBE44C5143885159100046A688C202F900F002C25DC800500F385341D9B81F0901183B31D151AE57C3D201594CD508D9BB32B17DB359F5A58493C91BC29866A09C975EB6EC5BAE24EA8D756E0C3FA69115DF7E8E464E955B1B4AAB71D366FAF901183B31D151AE57C3D201594CD508D9BB32B17DB359F5A58493C91BC29866A00A95FEF8533224C7B62F7D7596D4D919427DA497E935F941C1FA6C63AC7BB1C5F0732C904A08776DBBE9BD1375C74D3BC38B613AFD0A34CB98AD85222DD12D2D45791A117BD428121A9F503FD0C050000BD1702FD0B31119D8A80::-61, help me!
2021.01.28 11:55:07 5: CUL/RAW: /bBE44C5143885159100046A688C2031900F002C25DE8005004B3892C6E859527DF90F9541CF6F057E51D3062BBBF8F50DE0827AAABA4FB3FE81A09F57B67C47F2B98A10007C90ABD86461FA0F5187E6A041EADC106DE4593B46DA480C8C44F84DF90F9541CF6F057E51D3062BBBF8F50DE0827AAABA4FB3FE81A09F57B67C47
2021.01.28 11:55:07 5: CUL/RAW: bBE44C5143885159100046A688C2031900F002C25DE8005004B3892C6E859527DF90F9541CF6F057E51D3062BBBF8F50DE0827AAABA4FB3FE81A09F57B67C47F2B98A10007C90ABD86461FA0F5187E6A041EADC106DE4593B46DA480C8C44F84DF90F9541CF6F057E51D3062BBBF8F50DE0827AAABA4FB3FE81A09F57B67C47/F
2021.01.28 11:55:07 5: CUL/RAW: bBE44C5143885159100046A688C2031900F002C25DE8005004B3892C6E859527DF90F9541CF6F057E51D3062BBBF8F50DE0827AAABA4FB3FE81A09F57B67C47F2B98A10007C90ABD86461FA0F5187E6A041EADC106DE4593B46DA480C8C44F84DF90F9541CF6F057E51D3062BBBF8F50DE0827AAABA4FB3FE81A09F57B67C47F/A851F22FF76AB76BB6FC01E21A187C48A8D701B6B8D59909A07E2D313F7AF6ED399E1C975CD58D87ECD357FA3B2B28ED6E0775866441A5EA18F15D56BB2C77273A9D38D8224413F0FEB1203FD0C050000B98902FD0B31119D8A801A

2021.01.28 11:55:07 4: CUL_Parse: mapleCUL868Wmbus bBE44C5143885159100046A688C2031900F002C25DE8005004B3892C6E859527DF90F9541CF6F057E51D3062BBBF8F50DE0827AAABA4FB3FE81A09F57B67C47F2B98A10007C90ABD86461FA0F5187E6A041EADC106DE4593B46DA480C8C44F84DF90F9541CF6F057E51D3062BBBF8F50DE0827AAABA4FB3FE81A09F57B67C47FA851F22FF76AB76BB6FC01E21A187C48A8D701B6B8D59909A07E2D313F7AF6ED399E1C975CD58D87ECD357FA3B2B28ED6E0775866441A5EA18F15D56BB2C77273A9D38D8224413F0FEB1203FD0C050000B98902FD0B31119D8A801A -61
2021.01.28 11:55:07 5: mapleCUL868Wmbus: dispatch bBE44C5143885159100046A688C2031900F002C25DE8005004B3892C6E859527DF90F9541CF6F057E51D3062BBBF8F50DE0827AAABA4FB3FE81A09F57B67C47F2B98A10007C90ABD86461FA0F5187E6A041EADC106DE4593B46DA480C8C44F84DF90F9541CF6F057E51D3062BBBF8F50DE0827AAABA4FB3FE81A09F57B67C47FA851F22FF76AB76BB6FC01E21A187C48A8D701B6B8D59909A07E2D313F7AF6ED399E1C975CD58D87ECD357FA3B2B28ED6E0775866441A5EA18F15D56BB2C77273A9D38D8224413F0FEB1203FD0C050000B98902FD0B31119D8A80::-61
2021.01.28 11:55:07 5: WMBUS raw msg bBE44C5143885159100046A688C2031900F002C25DE8005004B3892C6E859527DF90F9541CF6F057E51D3062BBBF8F50DE0827AAABA4FB3FE81A09F57B67C47F2B98A10007C90ABD86461FA0F5187E6A041EADC106DE4593B46DA480C8C44F84DF90F9541CF6F057E51D3062BBBF8F50DE0827AAABA4FB3FE81A09F57B67C47FA851F22FF76AB76BB6FC01E21A187C48A8D701B6B8D59909A07E2D313F7AF6ED399E1C975CD58D87ECD357FA3B2B28ED6E0775866441A5EA18F15D56BB2C77273A9D38D8224413F0FEB1203FD0C050000B98902FD0B31119D8A80::-61
2021.01.28 11:55:07 2: WMBUS Error during LinkLayer parse:crc check failed for block 1
2021.01.28 11:55:07 5: WMBUS raw msg bBE44C5143885159100046A688C2031900F002C25DE8005004B3892C6E859527DF90F9541CF6F057E51D3062BBBF8F50DE0827AAABA4FB3FE81A09F57B67C47F2B98A10007C90ABD86461FA0F5187E6A041EADC106DE4593B46DA480C8C44F84DF90F9541CF6F057E51D3062BBBF8F50DE0827AAABA4FB3FE81A09F57B67C47FA851F22FF76AB76BB6FC01E21A187C48A8D701B6B8D59909A07E2D313F7AF6ED399E1C975CD58D87ECD357FA3B2B28ED6E0775866441A5EA18F15D56BB2C77273A9D38D8224413F0FEB1203FD0C050000B98902FD0B31119D8A80::-61
2021.01.28 11:55:07 2: WMBUS Error during LinkLayer parse:crc check failed for block 1
2021.01.28 11:55:07 3: mapleCUL868Wmbus: Unknown code bBE44C5143885159100046A688C2031900F002C25DE8005004B3892C6E859527DF90F9541CF6F057E51D3062BBBF8F50DE0827AAABA4FB3FE81A09F57B67C47F2B98A10007C90ABD86461FA0F5187E6A041EADC106DE4593B46DA480C8C44F84DF90F9541CF6F057E51D3062BBBF8F50DE0827AAABA4FB3FE81A09F57B67C47FA851F22FF76AB76BB6FC01E21A187C48A8D701B6B8D59909A07E2D313F7AF6ED399E1C975CD58D87ECD357FA3B2B28ED6E0775866441A5EA18F15D56BB2C77273A9D38D8224413F0FEB1203FD0C050000B98902FD0B31119D8A80::-61, help me!


Wenn mal ein Telegramm dekodiert wird steht folgendes im Log

2021.01.28 12:01:09 5: CUL/RAW: /bBE44C5143885159100046A688C2034900F002C25E1800500E494AC540E3B3AD56DFA7A340090071040E7CD05B4FA7DDDE4E9F64D96F8BAC6258F4BF310036262D1E16D70FD7998FE1CFD288509B74C56047F4199251500D7CFCF2B39B740C63CA489996F14546EB51FD46D916085218FA51174FF95432A834DDC8D3DBF138F
2021.01.28 12:01:09 5: CUL/RAW: bBE44C5143885159100046A688C2034900F002C25E1800500E494AC540E3B3AD56DFA7A340090071040E7CD05B4FA7DDDE4E9F64D96F8BAC6258F4BF310036262D1E16D70FD7998FE1CFD288509B74C56047F4199251500D7CFCF2B39B740C63CA489996F14546EB51FD46D916085218FA51174FF95432A834DDC8D3DBF138F/4
2021.01.28 12:01:09 5: CUL/RAW: bBE44C5143885159100046A688C2034900F002C25E1800500E494AC540E3B3AD56DFA7A340090071040E7CD05B4FA7DDDE4E9F64D96F8BAC6258F4BF310036262D1E16D70FD7998FE1CFD288509B74C56047F4199251500D7CFCF2B39B740C63CA489996F14546EB51FD46D916085218FA51174FF95432A834DDC8D3DBF138F4/FFCB0108B5DE5F0E5CAAD27EE76AAF27AD7194AC63DFEC1AAA062FB288809424DA0580D908D15EC4DE7592793D30E0C2BF8E07904DDC92878FD65731C5268C33D83B12D84CB0BFFB44DC903FD0C05000099C902FD0B31119D8A801A

2021.01.28 12:01:09 4: CUL_Parse: mapleCUL868Wmbus bBE44C5143885159100046A688C2034900F002C25E1800500E494AC540E3B3AD56DFA7A340090071040E7CD05B4FA7DDDE4E9F64D96F8BAC6258F4BF310036262D1E16D70FD7998FE1CFD288509B74C56047F4199251500D7CFCF2B39B740C63CA489996F14546EB51FD46D916085218FA51174FF95432A834DDC8D3DBF138F4FFCB0108B5DE5F0E5CAAD27EE76AAF27AD7194AC63DFEC1AAA062FB288809424DA0580D908D15EC4DE7592793D30E0C2BF8E07904DDC92878FD65731C5268C33D83B12D84CB0BFFB44DC903FD0C05000099C902FD0B31119D8A801A -61
2021.01.28 12:01:09 5: mapleCUL868Wmbus: dispatch bBE44C5143885159100046A688C2034900F002C25E1800500E494AC540E3B3AD56DFA7A340090071040E7CD05B4FA7DDDE4E9F64D96F8BAC6258F4BF310036262D1E16D70FD7998FE1CFD288509B74C56047F4199251500D7CFCF2B39B740C63CA489996F14546EB51FD46D916085218FA51174FF95432A834DDC8D3DBF138F4FFCB0108B5DE5F0E5CAAD27EE76AAF27AD7194AC63DFEC1AAA062FB288809424DA0580D908D15EC4DE7592793D30E0C2BF8E07904DDC92878FD65731C5268C33D83B12D84CB0BFFB44DC903FD0C05000099C902FD0B31119D8A80::-61
2021.01.28 12:01:09 5: WMBUS raw msg bBE44C5143885159100046A688C2034900F002C25E1800500E494AC540E3B3AD56DFA7A340090071040E7CD05B4FA7DDDE4E9F64D96F8BAC6258F4BF310036262D1E16D70FD7998FE1CFD288509B74C56047F4199251500D7CFCF2B39B740C63CA489996F14546EB51FD46D916085218FA51174FF95432A834DDC8D3DBF138F4FFCB0108B5DE5F0E5CAAD27EE76AAF27AD7194AC63DFEC1AAA062FB288809424DA0580D908D15EC4DE7592793D30E0C2BF8E07904DDC92878FD65731C5268C33D83B12D84CB0BFFB44DC903FD0C05000099C902FD0B31119D8A80::-61


Ich habe mir Konfigurationssoftware und entsprechende Hardware besorgt und mal mit der Parametrierung des WMBus Moduls vom Zähler "gespielt" (S/T-Protokoll, langes/kurzes Telegramm usw). Egal was eingestellt war, es kam immer zu dem gleichen Fehler "WMBUS Error during LinkLayer parse:crc check failed for block 1".

Das list vom Zähler Device sieht wie folgt aus

Internals:
   DEF        EFE 91158538 0 4
   DeviceMedium Heat
   DeviceType 4
   FUUID      5d8e5574-f33f-7a30-4dac-9ad9c564cd9f73d6
   IODev      mapleCUL868Wmbus
   IdentNumber 91158538
   LASTInputDev mapleCUL868Wmbus
   MSGCNT     4
   Manufacturer EFE
   MessageEncoding CUL
   NAME       WMBUS_EFE_91158538_0_4
   NR         287
   STATE      no errors
   TYPE       WMBUS
   Version    0
   addr       EFE_91158538_0_4
   mapleCUL868Wmbus_MSGCNT 4
   mapleCUL868Wmbus_RAWMSG bBE44C5143885159100046A688C206A900F002C254A8405006B8EA3E4928F025392BB7A6A0090071065C808F861074A315626E47D06096C211C1E0E12C35175EA732FAA568F9635B362F880BA915114EB58C5B17CA6452DAB176B494E19FE4A9E2115C49B2D01C631C7E7A81538AB62EF28E4036923E7A21EDA9B1C5CE94CC672574A69ED4C14BEE34BF4ECFFA9B26F86D97A2B4CDCC6DCE007CF6E8D87138773719FDE18303558F2CA2D1EE1625EF04149F0DEA0F68F73875DB139C30CE0D9A9263C9E389D1434E999BB03FD0C050000921D02FD0B31119D8A80::-61
   mapleCUL868Wmbus_RSSI -61
   mapleCUL868Wmbus_TIME 2021-01-29 10:25:14
   model      EFE_4_0
   READINGS:
     2021-01-29 10:25:14   10_storage_no   129
     2021-01-29 10:25:14   10_type         VIF_ENERGY_WATT
     2021-01-29 10:25:14   10_unit         Wh
     2021-01-29 10:25:14   10_value        2953000
     2021-01-29 10:25:14   10_value_type   Instantaneous value
     2021-01-29 10:25:14   11_storage_no   161
     2021-01-29 10:25:14   11_type         VIF_ENERGY_WATT
     2021-01-29 10:25:14   11_unit         Wh
     2021-01-29 10:25:14   11_value        2746000
     2021-01-29 10:25:14   11_value_type   Instantaneous value
     2021-01-29 10:25:14   12_storage_no   193
     2021-01-29 10:25:14   12_type         VIF_ENERGY_WATT
     2021-01-29 10:25:14   12_unit         Wh
     2021-01-29 10:25:14   12_value        2610000
     2021-01-29 10:25:14   12_value_type   Instantaneous value
     2021-01-29 10:25:14   13_storage_no   225
     2021-01-29 10:25:14   13_type         VIF_ENERGY_WATT
     2021-01-29 10:25:14   13_unit         Wh
     2021-01-29 10:25:14   13_value        2404000
     2021-01-29 10:25:14   13_value_type   Instantaneous value
     2021-01-29 10:25:14   14_storage_no   257
     2021-01-29 10:25:14   14_type         VIF_ENERGY_WATT
     2021-01-29 10:25:14   14_unit         Wh
     2021-01-29 10:25:14   14_value        2179000
     2021-01-29 10:25:14   14_value_type   Instantaneous value
     2021-01-29 10:25:14   15_storage_no   289
     2021-01-29 10:25:14   15_type         VIF_ENERGY_WATT
     2021-01-29 10:25:14   15_unit         Wh
     2021-01-29 10:25:14   15_value        1933000
     2021-01-29 10:25:14   15_value_type   Instantaneous value
     2021-01-29 10:25:14   16_storage_no   321
     2021-01-29 10:25:14   16_type         VIF_ENERGY_WATT
     2021-01-29 10:25:14   16_unit         Wh
     2021-01-29 10:25:14   16_value        1663000
     2021-01-29 10:25:14   16_value_type   Instantaneous value
     2021-01-29 10:25:14   17_storage_no   353
     2021-01-29 10:25:14   17_type         VIF_ENERGY_WATT
     2021-01-29 10:25:14   17_unit         Wh
     2021-01-29 10:25:14   17_value        1402000
     2021-01-29 10:25:14   17_value_type   Instantaneous value
     2021-01-29 10:25:14   18_storage_no   385
     2021-01-29 10:25:14   18_type         VIF_ENERGY_WATT
     2021-01-29 10:25:14   18_unit         Wh
     2021-01-29 10:25:14   18_value        1180000
     2021-01-29 10:25:14   18_value_type   Instantaneous value
     2021-01-29 10:25:14   19_storage_no   417
     2021-01-29 10:25:14   19_type         VIF_ENERGY_WATT
     2021-01-29 10:25:14   19_unit         Wh
     2021-01-29 10:25:14   19_value        932000
     2021-01-29 10:25:14   19_value_type   Instantaneous value
     2021-01-29 10:25:14   1_storage_no    0
     2021-01-29 10:25:14   1_type          VIF_TIME_POINT_DATE_TIME
     2021-01-29 10:25:14   1_unit         
     2021-01-29 10:25:14   1_value         2021-01-29 10:25
     2021-01-29 10:25:14   1_value_type    Instantaneous value
     2021-01-29 10:25:14   20_storage_no   449
     2021-01-29 10:25:14   20_type         VIF_ENERGY_WATT
     2021-01-29 10:25:14   20_unit         Wh
     2021-01-29 10:25:14   20_value        713000
     2021-01-29 10:25:14   20_value_type   Instantaneous value
     2021-01-29 10:25:14   21_storage_no   481
     2021-01-29 10:25:14   21_type         VIF_ENERGY_WATT
     2021-01-29 10:25:14   21_unit         Wh
     2021-01-29 10:25:14   21_value        514000
     2021-01-29 10:25:14   21_value_type   Instantaneous value
     2021-01-29 10:25:14   22_storage_no   0
     2021-01-29 10:25:14   22_type         VIF_MODEL_VERSION
     2021-01-29 10:25:14   22_unit         
     2021-01-29 10:25:14   22_value        18446744073625665536
     2021-01-29 10:25:14   22_value_type   Instantaneous value
     2021-01-29 10:25:14   23_storage_no   0
     2021-01-29 10:25:14   23_type         VIF_PARAMETER_SET_ID
     2021-01-29 10:25:14   23_unit         
     2021-01-29 10:25:14   23_value        4401
     2021-01-29 10:25:14   23_value_type   Instantaneous value
     2021-01-29 10:25:14   2_storage_no    0
     2021-01-29 10:25:14   2_type          VIF_ENERGY_WATT
     2021-01-29 10:25:14   2_unit          Wh
     2021-01-29 10:25:14   2_value         3754000
     2021-01-29 10:25:14   2_value_type    Instantaneous value
     2021-01-29 10:25:14   3_storage_no    0
     2021-01-29 10:25:14   3_type          VIF_VOLUME
     2021-01-29 10:25:14   3_unit          m³
     2021-01-29 10:25:14   3_value         698.806
     2021-01-29 10:25:14   3_value_type    Instantaneous value
     2021-01-29 10:25:14   4_storage_no    0
     2021-01-29 10:25:14   4_type          VIF_ERROR_FLAGS
     2021-01-29 10:25:14   4_unit         
     2021-01-29 10:25:14   4_value         30
     2021-01-29 10:25:14   4_value_type    Instantaneous value
     2021-01-29 10:25:14   5_storage_no    1
     2021-01-29 10:25:14   5_type          VIF_TIME_POINT_DATE
     2021-01-29 10:25:14   5_unit         
     2021-01-29 10:25:14   5_value         2020-12-31
     2021-01-29 10:25:14   5_value_type    Instantaneous value
     2021-01-29 10:25:14   6_storage_no    1
     2021-01-29 10:25:14   6_type          VIF_ENERGY_WATT
     2021-01-29 10:25:14   6_unit          Wh
     2021-01-29 10:25:14   6_value         3534000
     2021-01-29 10:25:14   6_value_type    Instantaneous value
     2021-01-29 10:25:14   7_storage_no    33
     2021-01-29 10:25:14   7_type          VIF_ENERGY_WATT
     2021-01-29 10:25:14   7_unit          Wh
     2021-01-29 10:25:14   7_value         3534000
     2021-01-29 10:25:14   7_value_type    Instantaneous value
     2021-01-29 10:25:14   8_storage_no    65
     2021-01-29 10:25:14   8_type          VIF_ENERGY_WATT
     2021-01-29 10:25:14   8_unit          Wh
     2021-01-29 10:25:14   8_value         3331000
     2021-01-29 10:25:14   8_value_type    Instantaneous value
     2021-01-29 10:25:14   9_storage_no    97
     2021-01-29 10:25:14   9_type          VIF_ENERGY_WATT
     2021-01-29 10:25:14   9_unit          Wh
     2021-01-29 10:25:14   9_value         3134000
     2021-01-29 10:25:14   9_value_type    Instantaneous value
     2021-01-29 10:25:14   LQI             128
     2021-01-29 10:25:14   RSSI            -61
     2021-01-29 10:25:14   batteryState    ok
     2021-01-29 10:25:14   decryption_ok   1
     2021-01-29 10:25:14   is_encrypted    1
     2021-01-29 10:25:14   state           no errors
   internal:
   wmbus:
     aeskey     FD72FBB95CC1AE401A55AC8A0B489C8A
Attributes:
   AESkey     FD72FBB95CC1AE401A55AC8A0B489C8A
   IODev      mapleCUL868Wmbus
   ignoreUnknownDataBlocks 1
   room       WMBUS
   verbose    0


Hat jemand eine Idee woran das liegen kann?

Danke und viele Grüße
Fritz

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: swsmily am 13 Februar 2021, 22:36:13
Ich habe seit gestern plötzlich folgende Meldung regelmäßig im Logfile:

2021.02.12 10:17:01.590 1: reload: Error:Modul 36_WMBUS deactivated:
Can't locate Digest/CRC.pm in @INC (you may need to install the Digest::CRC module) (@INC contains: fhem.p/lib fhem.p/FHEM/lib ./FHEM/lib ./lib ./FHEM ./ /usr/local/FHEM/share/fhem/FHEM/lib . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.28.1 /usr/local/share/perl/5.28.1 /usr/lib/arm-linux-gnueabihf/perl5/5.28 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.28 /usr/share/perl/5.28 /usr/local/lib/site_perl /usr/lib/arm-linux-gnueabihf/perl-base) at FHEM/WMBus.pm line 9.
BEGIN failed--compilation aborted at FHEM/WMBus.pm line 9.
Compilation failed in require at ./FHEM/36_WMBUS.pm line 13.
BEGIN failed--compilation aborted at ./FHEM/36_WMBUS.pm line 13.

2021.02.12 10:17:01.591 0: Can't locate Digest/CRC.pm in @INC (you may need to install the Digest::CRC module) (@INC contains: fhem.p/lib fhem.p/FHEM/lib ./FHEM/lib ./lib ./FHEM ./ /usr/local/FHEM/share/fhem/FHEM/lib . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.28.1 /usr/local/share/perl/5.28.1 /usr/lib/arm-linux-gnueabihf/perl5/5.28 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.28 /usr/share/perl/5.28 /usr/local/lib/site_perl /usr/lib/arm-linux-gnueabihf/perl-base) at FHEM/WMBus.pm line 9.
BEGIN failed--compilation aborted at FHEM/WMBus.pm line 9.
Compilation failed in require at ./FHEM/36_WMBUS.pm line 13.
BEGIN failed--compilation aborted at ./FHEM/36_WMBUS.pm line 13.

2021.02.12 10:17:01.591 0: ERROR: Cannot autoload WMBUS
2021.02.12 10:17:01.595 3: nanoCUL: Unknown code b6E44A5112938705540041AB37A0F0060057FA0CF0C00E392FE5022491282CAE3DDCD01779F6A89C635BF545602549C60B776A51484B063435D7A3BFA6AEE2, help me!


Vorher kam diese Meldung nie!
Ich habe dennoch das im Command_Ref angegebene nachinstalliert:
sudo apt-get install libdigest-crc-perl

Seitdem stürzt das Modul nicht mehr ab, aber dennoch füllt sich das Logfile mit folgenden Meldungen:
2021.02.13 22:21:59.880 2: WMBUS Error during LinkLayer parse:crc check failed for block 2
2021.02.13 22:21:59.886 3: nanoCUL: Unknown code b6E44A5112938705540041AB37AA10060054E78601D117DA9DA06EE1E94A0468FECE8A0DFFAEAA92E4A9062CC4BFE2B36006711C7B084CB8A8C8277014757D, help me!
2021.02.13 22:22:26.159 2: WMBUS Error during LinkLayer parse:crc check failed for block 2
2021.02.13 22:22:26.160 2: WMBUS Error during LinkLayer parse:crc check failed for block 2
2021.02.13 22:22:26.183 3: nanoCUL: Unknown code b6E44A5112938705540041AB37AA10060058AD946778BCD442C75F3C045BC28723CC5C009717CDAA6536BC0C5856C2D8BC25147A97387D62C9401515AE9EB3, help me!
2021.02.13 22:22:36.054 2: WMBUS Error during LinkLayer parse:crc check failed for block 2
2021.02.13 22:22:36.056 2: WMBUS Error during LinkLayer parse:crc check failed for block 2
2021.02.13 22:22:36.062 3: nanoCUL: Unknown code b6E44A5112938705540041AB37AA10060058AD946778BCD442C75F3C045BC28723CC5C0B026CBF0E92DBD0548A3AB6C8AD2164547EEAB8728709D17161681E, help me!
2021.02.13 22:22:52.139 2: WMBUS Error during LinkLayer parse:crc check failed for block 2
2021.02.13 22:22:52.141 2: WMBUS Error during LinkLayer parse:crc check failed for block 2
2021.02.13 22:22:52.147 3: nanoCUL: Unknown code b6E44A5112938705540041AB37AA1006005D9E1AFC05C64A19CD94341591FF7C532D3B603970EFAD6E0041F3E8B58681C2107A477B9A7438CB0A1146F6E161, help me!
2021.02.13 22:23:01.993 2: WMBUS Error during LinkLayer parse:crc check failed for block 2
2021.02.13 22:23:01.995 2: WMBUS Error during LinkLayer parse:crc check failed for block 2
2021.02.13 22:23:02.000 3: nanoCUL: Unknown code b6E44A5112938705540041AB37AA100600572D58CF2D8C401D00C736D483347AAF45E97D495D7622798A99FDDB6EB494AF14F6F39C5DFDCE980FDD39097901, help me!
2021.02.13 22:23:20.062 2: WMBUS Error during LinkLayer parse:crc check failed for block 2
2021.02.13 22:23:20.064 2: WMBUS Error during LinkLayer parse:crc check failed for block 2
2021.02.13 22:23:20.068 3: nanoCUL: Unknown code b6E44A5112938705540041AB37AA1006005BA6A5ED2E1FE2652AE1A66A78731888C01217128D803724212BDEB8115BD8DBDC47A7FF81FE5668B9BE4621A045, help me!


Wo kommt das plötzlich her? Es wurde nichts an der FHEM-Konfiguration, Raspi usw. in den letzten Tagen geändert.
Meine Techem-HKV und WZ Geräte werden aber weiterhin ganz normal empfangen.

Kann ich, außer verbose des CUL runter zu setzen, irgendwas tun, gegen diese Log-Einträge?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 16 Februar 2021, 22:36:15
Merkwürdig, dass das digest-crc Modul auf einmal nicht mehr vorhanden war.

Hast du ein Update des Betriebssystems gemacht?

Ich habe mit einem deiner Datenblöcke mal kurz getestet, der ist zu kurz.
Allerdings erfolgt im Modul der Test darauf erst zu spät, deshalb kommt statt dessen der CRC Fehler.

Werde ich bei Gelegenheit korrigieren.

Mglw. sind die Daten des Zählers nach dem Jahreswechsel länger geworden und jetzt schlägt der zu kleine Puffer des CULs zu.
Das Modul sollte in so einem Fall eigentlich diese Warnung ausgeben:

Please make sure that TTY_BUFSIZE in culfw is at least two times the message length + 1


Die erwartete Länge ist bei deinen Daten 127, also sollte der Puffer mindestens 255 Bytes groß sein.

Siehe dazu auch https://wiki.fhem.de/wiki/WMBUS#Empfangsprobleme (https://wiki.fhem.de/wiki/WMBUS#Empfangsprobleme).
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 16 Februar 2021, 23:03:32
Zitat von: Fritz Muster am 29 Januar 2021, 11:13:22
Hat jemand eine Idee woran das liegen kann?

Leider nicht wirklich.

Ich habe mit meinem Testprogramm mal einen der problematischen Datenblöcke decodiert:

crc_size 2
Länge 181 Anz. Blöcke 12 rest 5
0: crc offset 16
0: CRC 9b81, calc 9b81 blocksize 16
1: crc offset 34
1: CRC 8d9b, calc f3dc blocksize 16
rc = 0
Error 1: crc check failed for block 1


Es passt tatsächlich die CRC Prüfsumme nicht.
Was aber merkwürdig ist, da eigentlich schon die culfw die CRCs prüft und die Daten gar nicht ausgibt wenn die nicht passen.
Also habe ich entweder eine Fehler in der Dekodierung oder die Daten werden auf dem Weg vom CUL zum Modul verfälscht.

Bei beidem habe ich aber keine Idee wie man das weiter untersuchen kann.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: swsmily am 18 Februar 2021, 20:09:18
Sorry, für die späte Antwort. Nein ich hab kein Update gemacht. Weder FHEM noch Raspi.

Wir hatten nur einen Stromausfall. Als der Strom wieder da war, wurde weder vom CUL 433Mhz noch vom 868Mhz etwas empfangen. Nochmals kompletter Neustart des Raspi hat dieses Problem aber behoben.
Nur deshalb hab ich aber ins Logfile geschaut und da aber gesehen, dass schon einen Tag vor dem Stromausfall diese Fehlermeldungen losgingen. Der Stromausfall kann also auch nicht die Ursache sein.

Das digest-crc-Modul hatte ich glaube ich vorher nie installiert.

Meine Techem Geräte (5 HKV und 2 Wasser) werden auch weiterhin richtig empfangen.
Ob irgendwo in Nachbarwohnungen sich etwas geändert hat, kann ich natürlich nicht sagen.

Momentan hab ich verbose des CUL auf 1, damit das Logfile nicht mehr überflutet wird.

Könnte evtl eine andere Firmware für den CUL bewirken, dass diese Meldungen direkt rausgefiltert werden? Akutell zeigt mir FHEM an, dass diese Version drauf ist:
V 1.26.03 a-culfw Build: private build (unknown) nanoCUL868 (F-Band: 868MHz)


Titel: Antw:Wireless M-Bus für CUL
Beitrag von: pc1246 am 19 Februar 2021, 06:52:52
Moin
Mal eine dumme Frage. Wie hast du denn Deine CULs definiert?
Das hoert sich so an, als wuerdest Du nicht ueber die Seriennummer einbinden! (https://wiki.fhem.de/wiki/Trick_der_Woche#CUL_.26_CO_.C3.BCber_Serial_ID-einbinden)
Gruss Christoph
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: swsmily am 19 Februar 2021, 20:37:50
Der Cul, der die Fehlermeldungen im Log bringt ist so definiert:
/dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400 0000

ledeglich der für 433 MHz ist so definiert:
/dev/ttyUSB0@38400 0000
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 20 Februar 2021, 19:16:56
Mit der Definition könnte es passieren, dass beide CUL-Defines mal die selbe Hardware nutzen.
Es könnte passieren, dass dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 mal auf /dev/ttyUSB0 zeigt.

Zu den Logmeldungen: Wenn dich die Devices bei denen der CRC Fehler kommt gar nicht interessieren könnte es helfen autocreate für WMBUS abzuschalten.
Wenn du die Nachrichten dekodieren willst brauchst du eine culfw die einen größeren TTYBUF hat, siehe den Link in meiner letzten Antwort.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: swsmily am 20 Februar 2021, 20:34:43
Bisher hatte ich mit den Definitionen nie Probleme. Und momentan läuft ja auch alles.
Aber evtl passe ich mal den für 433MHz an.

Autocreate muss ich denke ich nicht abschalten, da über den CUL für 868MHz nur der Mode WMBUS_T läuft. Dort hat es bisher noch nie Devices selbst erzeugt.
Empfangen würde er doch aber diese Meldungen weiterhin, selbst wenn ich es abschalten würde.

Das mit der TTYBUF schau ich mir mal genauer an. Muss mich erstmal wieder einlesen, wie ich den CUL flashe. Ist schon zu lange her  ;D

Dennoch erstmal Danke für die Hinweise!
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: swsmily am 20 Februar 2021, 21:42:27
Ich habe den CUL nun neu geflashed, TTYBUF auf 255 gesetzt.

Wenn ich verbose wieder raus nehme kommen immernoch die Meldungen, aber sie scheinen länger geworden zu sein:


2021.02.20 21:39:25.390 2: WMBUS Error during LinkLayer parse:crc check failed for block 6
2021.02.20 21:39:25.393 2: WMBUS Error during LinkLayer parse:crc check failed for block 6
2021.02.20 21:39:25.398 3: nanoCUL: Unknown code b6E44A5112938705540041AB37A3C006005D7D5792DFF4EA83ABCC669E95F7AAF75D951811CFB184EA2359A1CE8B1D0922A60C947CC53961DFD33392426424CE749D670BED1421D7C1F84C316B88B8F56B411927EF761702ECC96C7DBB7E67CBDAFF979D157D7AAEA29BD9805E72E30C03F64D0302A14B55DE9C7BD386C::-50.5, help me!
2021.02.20 21:39:51.408 2: WMBUS Error during LinkLayer parse:crc check failed for block 6
2021.02.20 21:39:51.411 2: WMBUS Error during LinkLayer parse:crc check failed for block 6
2021.02.20 21:39:51.416 3: nanoCUL: Unknown code b6E44A5112938705540041AB37A3C006005C2DA2C6324AFB1D4FD9CCAECB40C67AAE404955749B220E4BE904EB75AF6EC7777317DA0794774A21871F5CE848AE167CC907322EAC54EB54F43C6B686F7AA8FFBF120559806252BB644E99D4E580386260DF65A626964EF4F841C3AFC6F2371ABCBF5197ABE07936B25FF05::-25, help me!
2021.02.20 21:39:59.351 2: WMBUS Error during LinkLayer parse:crc check failed for block 6
2021.02.20 21:39:59.352 2: WMBUS Error during LinkLayer parse:crc check failed for block 6
2021.02.20 21:39:59.355 3: nanoCUL: Unknown code b6E44A5112938705540041AB37A3C006005C2DA2C6324AFB1D4FD9CCAECB40C67AAE40459476B09A82349F9026BF5FB25D4B3A55A340B230F1B54C7EBFA4DC1D80FF1351D67361098099AE30A358D88853BC36F3C4D6BA3389BB004AAA90693FDBF9C3D6963AA7F8B278D0E38D1C1904201AABA94E2D2E6C6EE3286D189::-84, help me!




Edit:
Gerade noch gesehen, im Logfile tauchte eine Fehlermeldung beim Starten von FHEM auf:

2021.02.20 21:33:45.424 1: PERL WARNING: Use of uninitialized value $crc in numeric ne (!=) at FHEM/WMBus.pm line 1216.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Fritz Muster am 22 Februar 2021, 12:14:00
Zitat von: kaihs am 16 Februar 2021, 23:03:32
Also habe ich entweder eine Fehler in der Dekodierung oder die Daten werden auf dem Weg vom CUL zum Modul verfälscht.

Was mich stutzig macht ist das ca. 1-2 Telegramme pro 24h fehlerfrei decodiert werden. Der WMZ ist in meinem Brauchwasserkreis verbaut und dieser wird in der Regel nur 1-2 mal in 24h geladen. Folglich ändert sich der Großteil der Werte auch nur 1-2 mal in 24h Vielleicht liegt darin die Begründung das nur sehr selten ein Telegramm dekodiert wird. Ich mache mir nochmal weitere Gedanken dazu und melde mich hier wieder.

Danke und Grüße Fritz   
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: swsmily am 22 Februar 2021, 20:36:05
Meine Techem-Geräte an Heizung und Wasser senden bei mir schon regelmäßig. Geschätz 4 mal die Stunde, aber die Werte ändern sich nur Tagesweise (außer Temperaturen der Heizungen).

Meine Geräte werden also alle richtig empfangen und decodiert. Nur diese LOG-Meldungen haben mich sehr verwundert. Mit Verbose 1 wird aber wenigstens das Logfile nicht mehr überflutet.

Aber eins muss mal gesagt werden: Danke an alle hier im FHEM Forum, ihr seid echt Spitze!
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Fritz Muster am 08 März 2021, 11:36:34
Zitat von: Fritz Muster am 22 Februar 2021, 12:14:00
Der WMZ ist in meinem Brauchwasserkreis verbaut und dieser wird in der Regel nur 1-2 mal in 24h geladen. Folglich ändert sich der Großteil der Werte auch nur 1-2 mal in 24h Vielleicht liegt darin die Begründung das nur sehr selten ein Telegramm dekodiert wird. Ich mache mir nochmal weitere Gedanken dazu und melde mich hier wieder.

Die Idee war ein Holzweg.

Ich habe mir mal in den letzten Tagen einen neuen Maple besorgt und nochmal von vorne angefangen. Mit dem neuen Maple bekomme ich jetzt folgende Fehlermeldung im Log
2021.03.08 09:48:09 5: CUL/RAW: /b5E46C5143885159100044DE68C0020900F002C254CD00500E54F46E7565BC46D0C050000CD8D02FD0B301169528022
D6721227BF70634C393FEF7194B876A689A92C8D357DBE98DA3F1B2058B97C95AB9493C43A840212D49F9E49DE4603FD0C050000CD8D02FD0B301169528022

2021.03.08 09:48:09 4: CUL_Parse: mapleCUL868Wmbus b5E46C5143885159100044DE68C0020900F002C254CD00500E54F46E7565BC46D0C050000CD8D02FD0B301169528022 -57
2021.03.08 09:48:09 5: mapleCUL868Wmbus: dispatch b5E46C5143885159100044DE68C0020900F002C254CD00500E54F46E7565BC46D0C050000CD8D02FD0B3011695280::-57
2021.03.08 09:48:09 5: WMBUS raw msg b5E46C5143885159100044DE68C0020900F002C254CD00500E54F46E7565BC46D0C050000CD8D02FD0B3011695280::-57
2021.03.08 09:48:09 2: WMBUS Error during LinkLayer parse:message too short, expected 109, got 47 bytes
2021.03.08 09:48:09 2: Please make sure that TTY_BUFSIZE in culfw is at least two times the message length + 1
2021.03.08 09:48:09 5: WMBUS raw msg b5E46C5143885159100044DE68C0020900F002C254CD00500E54F46E7565BC46D0C050000CD8D02FD0B3011695280::-57
2021.03.08 09:48:09 2: WMBUS Error during LinkLayer parse:message too short, expected 109, got 47 bytes
2021.03.08 09:48:09 2: Please make sure that TTY_BUFSIZE in culfw is at least two times the message length + 1
2021.03.08 09:48:09 3: mapleCUL868Wmbus: Unknown code b5E46C5143885159100044DE68C0020900F002C254CD00500E54F46E7565BC46D0C050000CD8D02FD0B3011695280::-57, help me!
2021.03.08 09:48:09 4: CUL_Parse: mapleCUL868Wmbus D6721227BF70634C393FEF7194B876A689A92C8D357DBE98DA3F1B2058B97C95AB9493C43A840212D49F9E49DE4603FD0C050000CD8D02FD0B301169528022
2021.03.08 09:48:09 5: mapleCUL868Wmbus: dispatch D6721227BF70634C393FEF7194B876A689A92C8D357DBE98DA3F1B2058B97C95AB9493C43A840212D49F9E49DE4603FD0C050000CD8D02FD0B301169528022
2021.03.08 09:48:09 3: mapleCUL868Wmbus: Unknown code D6721227BF70634C393FEF7194B876A689A92C8D357DBE98DA3F1B2058B97C95AB9493C43A840212D49F9E49DE4603FD0C050000CD8D02FD0B301169528022, help me!
2021.03.08 09:48:46 5: CUL/RAW: /b5E46C5143885159100044DE68C0020900F002C254DD0050045B03F5BB9917FDD0C0500001C1902FD0B301169528021
8B2CCCC9AD6907F502BE49F3517A327A4C39952A0DDAF5A290D92CE3A5B7A1CC43B1C2BE79ED270A85CABAD99EA303FD0C0500001C1902FD0B301169528021

2021.03.08 09:48:46 4: CUL_Parse: mapleCUL868Wmbus b5E46C5143885159100044DE68C0020900F002C254DD0050045B03F5BB9917FDD0C0500001C1902FD0B301169528021 -57.5
2021.03.08 09:48:46 5: mapleCUL868Wmbus: dispatch b5E46C5143885159100044DE68C0020900F002C254DD0050045B03F5BB9917FDD0C0500001C1902FD0B3011695280::-57.5
2021.03.08 09:48:46 5: WMBUS raw msg b5E46C5143885159100044DE68C0020900F002C254DD0050045B03F5BB9917FDD0C0500001C1902FD0B3011695280::-57.5
2021.03.08 09:48:46 2: WMBUS Error during LinkLayer parse:message too short, expected 109, got 47 bytes
2021.03.08 09:48:46 2: Please make sure that TTY_BUFSIZE in culfw is at least two times the message length + 1
2021.03.08 09:48:46 5: WMBUS raw msg b5E46C5143885159100044DE68C0020900F002C254DD0050045B03F5BB9917FDD0C0500001C1902FD0B3011695280::-57.5
2021.03.08 09:48:46 2: WMBUS Error during LinkLayer parse:message too short, expected 109, got 47 bytes
2021.03.08 09:48:46 2: Please make sure that TTY_BUFSIZE in culfw is at least two times the message length + 1
2021.03.08 09:48:46 3: mapleCUL868Wmbus: Unknown code b5E46C5143885159100044DE68C0020900F002C254DD0050045B03F5BB9917FDD0C0500001C1902FD0B3011695280::-57.5, help me!
2021.03.08 09:48:46 4: CUL_Parse: mapleCUL868Wmbus 8B2CCCC9AD6907F502BE49F3517A327A4C39952A0DDAF5A290D92CE3A5B7A1CC43B1C2BE79ED270A85CABAD99EA303FD0C0500001C1902FD0B301169528021
2021.03.08 09:48:46 5: mapleCUL868Wmbus: dispatch 8B2CCCC9AD6907F502BE49F3517A327A4C39952A0DDAF5A290D92CE3A5B7A1CC43B1C2BE79ED270A85CABAD99EA303FD0C0500001C1902FD0B301169528021
2021.03.08 09:48:46 3: mapleCUL868Wmbus: Unknown code 8B2CCCC9AD6907F502BE49F3517A327A4C39952A0DDAF5A290D92CE3A5B7A1CC43B1C2BE79ED270A85CABAD99EA303FD0C0500001C1902FD0B301169528021, help me!


Warum ich jetzt auf einmal mit neuem Maple die Fehlermeldung TTY_BUFSIZE bekomme und das mit einem Maple kann ich mir nicht erklären.
Kann mir mal bitte jemand bei Gelegenheit den Inhalt vom Maple attribut version hier posten. Mein Maple hat die Version V 1.26.05 a-culfw Build: 311 (2018-12-09_19-12-53) MapleCUNx4_01 (F-Band: 868MHz)


Danke und Grüße
Fritz
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Fritz Muster am 23 Juni 2021, 08:30:12
Zitat von: Fritz Muster am 29 Januar 2021, 11:13:22
ich habe hier ein Phänomen, welches ich mir nicht erklären kann. Mein Wärmemengenzähler von Brummerhoop Model F90U (Baugleich mit Engelmann Serie SensoStar, Techem Serie Vario, WDV/Moline Serie Wingstar) ist mit einem WMBus Modul ausgestattet. Ich empfange via Maple CUL die Telegramme. Der Zähler sendet alle 120 Sekunden. Das Problem ist, das von zig Telegramme alle paar Stunden nur ein Telegramm vom Modul dekodiert wird. Alle anderen Telegramme werden nicht dekodiert

Ich konnte das Problem endlich lösen. Ich habe den Maple via LAN angeschlossen und nun funktioniert alles ohne Probleme. Angeschlossen per USB habe ich keine zuverlässige Datenübertragung hinbekommen. Per LAN werden nun alle Daten vom Wärmemengenzähler einwandfrei empfangen/dekodiert. Zusätzlich zu den Daten wie Zählerstand, akt. Durchfluss, Gesamt-Durchfluss, VL und RL Temp. werden auch Daten von 3 optionalen Impulszählern übertragen. Das bedeutet man kann an den Zähler bis zu drei externe S0 Zähler anschließen. Die Werte werden dann über den WM-Bus übertragen. Wirklich sehr praktisch wenn man noch mehrere S0 Zähler im Keller hat.

Danke für die Hilfe und viele Grüße
Fritz
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Obi-Wan am 30 August 2021, 23:09:11
Vielen Dank für das Modul !!

Nach einigen Telefonaten, Mails und von mir unterschriebener Datenschutzerklärung hat mein Wasserversorger mir dankenswerterweise den AES-Key zukommen lassen.

Was soll ich sagen, dranbleiben zahlt sich aus, siehe auch meinen ersten Beitrag Nr. 846 aus 2020 hierzu im Forenthread:

https://forum.fhem.de/index.php/topic,24517.msg1022947.html#msg1022947 (https://forum.fhem.de/index.php/topic,24517.msg1022947.html#msg1022947))

-> Nie wieder offener Wasserhahn über Nacht in der Garage  8) !!!
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: ext23 am 31 August 2021, 10:31:34
Nur mal für die Statistik, welcher Wasserversorger ist das bei dir?

Der WSE (Wasserverband Strausberg-Erkner) ist da nach wie vor stur.

/Daniel
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Obi-Wan am 01 September 2021, 20:21:23
Zitat von: ext23 am 31 August 2021, 10:31:34
Nur mal für die Statistik, welcher Wasserversorger ist das bei dir?

Der WSE (Wasserverband Strausberg-Erkner) ist da nach wie vor stur.

/Daniel

EnergieRied aus Südhessen
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 28 September 2021, 18:32:28
Ich bin per PM zu Informationen zu den "Compact Data Frames" gefragt worden.
Diese werden vom Kamstrup Multical gesendet  im Code an dieser Stelle https://github.com/mhop/fhem-mirror/blob/master/fhem/FHEM/WMBus.pm#L1848-L1918 (https://github.com/mhop/fhem-mirror/blob/master/fhem/FHEM/WMBus.pm#L1848-L1918) ausgewertet.

Die Compact Frames enthalten nur Nutz- und keine Metadaten, d.h. keine DIFs und VIFs die beschreiben was die Daten denn eigentlich bedeuten.
Dadurch sind sie zwar kürzer aber enthalten für sich allein nicht genug Informationen um sie zu interpretieren.
Als weitere Information enthalten Sie nur eine "format signature", das ist der CRC der DIFs und VIFs die fehlen.

Identisch aufgebaute Daten werden aber auch regelmäßig im vollständigen Format übertragen.
Aus den Informationen die darin enthalten sind könnte man eine "selbstlernende" Datenbank aufbauen mit format_signature als Schlüssel und dem zugehören Langformat.

Das war mir aber bisher zu aufwändig, die so gewonnenen Daten sollten ja auch dauerhaft gespeichert werden.
Das ginge mit fhem-Mitteln m. E. nur in Readings die dann auch für den Benutzer sichtbar wären aber von ihm nicht sinnvoll interpretiert werden können.

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: yogi am 28 September 2021, 18:57:09
Das war ich mit der PM...

Ich habe zum Glück von meinem Wasserversorger ohne Probleme den AES Key vom Kamstrup Multical 21 erhalten.

Zudem habe ich die Information erhalten, dass mein Gerät das Datenpaket C1/40/R0 sendet (siehe https://products.kamstrup.com/documents/5bcecc825f706.pdf), also Infocodes, Volumen V1, V1 umgekehrte Richtung, und Max. Durchfluss (Monat).

WMBus.pm erkennt alles, ausser V1 umgekehrte Richtung.

Meine Readings sind:

1_storage_no 0
1_type         VIF_KAMSTRUP_INFO
1_unit
1_value         0
1_value_type Instantaneous value
2_storage_no 0
2_type         VIF_VOLUME
2_unit         m³
2_value         36.899
2_value_type Instantaneous value
3_storage_no 1
3_type         VIF_VOLUME_FLOW
3_unit         m³/h
3_value         1.486
3_value_type Maximum value
4_errormsg unknown VIFE 93 at offset 1
4_storage_no 0
4_type         unknown
4_unit
4_value         0
4_value_type Instantaneous value
IODev         CUL86
LQI         10
RSSI         -138
batteryState ok
decryption_ok 1
is_encrypted 1
rawmsg         Y
state         Unknown Kamstrup compact frame format


Ich denke, man müsste in WMBus.pm die Funktion `decodeCompactFrame` erweitern (siehe https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/WMBus.pm#L1848), aber ich bin leider nicht sehr weit gekommen mit verschiedenen brute-force Ansätzen.

Wie könnte ich hier weiter forschen?

ich denke, dass auch das Langformat nicht ganz korrekt dekodiert wird, da das Reading 4 immer eine Error Message anzeigt.

Herzlichen Dank!
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 28 September 2021, 19:06:45
Wenn du mir ein paar Rawmessages zur Verfügung stellst kann ich die analysieren.
Dazu am besten einen längeren Zeitraum protokollieren damit auch die full frames aufgezeichnet werden, das Attribut rawmsg_as_reading kann dabei nützlich sein..
Dann entweder hier posten oder mir per PM schicken.

Dann schaue ich mir auch das VIFE 93 an, mglw. habe ich bisher nur versäumt das zu implementieren.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: yogi am 28 September 2021, 20:29:34
Herzlichen Dank!

Ich lasse mal die RawMsg über Nacht loggen (wobei dann der Wasserverbrauch eher nicht existent ist...)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Kaspi am 26 Oktober 2021, 17:29:18
Servus,

Ich hatte vor längerem schonmal nachgefragt ob du nicht die Datenauswertung bei einem Zweirichtungszähler (Easymeter für Strom) für den Einzuspeisenden Strom (Haus->Netz) implementieren könntest.
Richtung Netz->Haus klappt ja wunderbar.
Könntest Du da nochmals Hand anlegen?

Kaspi  :)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: lichtimc am 01 November 2021, 01:04:41
Hallo,


ich habe vor kurzem einen Smart-Meter eingebaut bekommen. Modell: Landis+Gyr E450 (https://www.landisgyr.ch/product/landisgyr-e450/)
Bei den Spezifikation steht unter anderem:
Multi-Energie-Unterstützung (drahtloser und nicht drahtloser M-Bus). DSMR 2.2+ und OMS 4.03 (Wireless Modi T1, S1, C1)


Nachdem ich den Multical 21 schon erfolgreich über WM-Bus C-Mode auslese, wollte ich fragen, ob ich diesen Stromzähler auch gleich mit dem gleichen cul auslesen kann und ob das vielleicht sogar schon jemand macht.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Pfriemler am 14 November 2021, 14:35:42
Lange gezögert, jetzt muss ich auch nochmal hier fragen.

Seit zwei Wochen empfange ich den Wärmezähler meines Fernwärmeversorgers ("HYD") via WMBUS-T mit dem (gut versteckten, aber immer noch irgendwo im Netz auffindbaren) Generalschlüssel. Ich bekomme 16 Datenpunkte alle 18 Sekunden, darunter nur die letzten drei Monate als Stichtage.
Wenn die Fernwärme auslesen kommt, bekommen sie natürlich alle Daten des letzten Jahres.
Wieso habe ich die Daten nicht auch?
Kann es sein, dass ich hier nur eine Art Statusmeldung empfange und die Fernwärme ihre Daten mit einem extra Befehl anfordert und das womöglich auch mit einem speziellen Schlüssel? Es hat in der Firma einiges Entsetzen ausgelöst, dass ich den Empfang ohne ihren Schlüssel realisiert habe ...
Hoffentlich ist dann auch deren Konfigurationsmöglichkeit extra gesichert, dann bräuchten die sich eigentlich keine Sorgen mehr machen...
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: killah78 am 22 November 2021, 13:54:46
Hi,
habe ein Empfangsproblem mit einem WMBUS Wechselrichter (Letrika). Bisher lief der Empfang über einen nano CUL erfolgreich. Ich musste den nano CUL aber dann anderweitig nutzen für den Empfang von WMBUS_C. Nach jetzt einiger Zeit habe ich einen Maple-CUL mit a-CUL firmware und möchte gerne wieder WMBUS_S empfangen.

Der Empfang funktioniert da wie folgt: Ich sende eine Nachricht und daraufhin kann ich eine empfangen. Insgesamt gibt es zwei verschiedene Nachrichten.
Mit einer davon habe ich jetzt Probleme.
Siehe Log:

2021.11.22 13:27:19.566 3: set MAPLECUL1_868 raw bss135BB4B098630000010291C7510C790000000000FFA73CBF801E
2021.11.22 13:27:19.566 5: DevIo_SimpleWrite MAPLECUL1_868: bss135BB4B098630000010291C7510C790000000000FFA73CBF801E
2021.11.22 13:27:19.668 5: CUL_Read: MAPLECUL1_868 /b5C08B4B0986300000102DA227A00000000022BFA00027C076968705FE75E736D670000001D66000000FFFF80D6
A9990000017C08706D745F636463640E017C58AE08706D745F636163640E027C0B746C6F1A1D765F63645F636573080006FD670000001D66000000FFFF80D6

2021.11.22 13:27:19.668 4: CUL_Parse: MAPLECUL1_868 b5C08B4B0986300000102DA227A00000000022BFA00027C076968705FE75E736D670000001D66000000FFFF80D6 -95
2021.11.22 13:27:19.669 5: MAPLECUL1_868: dispatch b5C08B4B0986300000102DA227A00000000022BFA00027C076968705FE75E736D670000001D66000000FFFF80::-95
2021.11.22 13:27:19.669 5: WMBUS raw msg b5C08B4B0986300000102DA227A00000000022BFA00027C076968705FE75E736D670000001D66000000FFFF80::-95
2021.11.22 13:27:19.670 2: WMBUS Error during LinkLayer parse:message too short, expected 107, got 45 bytes
2021.11.22 13:27:19.670 2: Please make sure that TTY_BUFSIZE in culfw is at least two times the message length + 1
2021.11.22 13:27:19.670 5: WMBUS raw msg b5C08B4B0986300000102DA227A00000000022BFA00027C076968705FE75E736D670000001D66000000FFFF80::-95
2021.11.22 13:27:19.670 2: WMBUS Error during LinkLayer parse:message too short, expected 107, got 45 bytes
2021.11.22 13:27:19.670 2: Please make sure that TTY_BUFSIZE in culfw is at least two times the message length + 1
2021.11.22 13:27:19.682 3: MAPLECUL1_868: Unknown code b5C08B4B0986300000102DA227A00000000022BFA00027C076968705FE75E736D670000001D66000000FFFF80::-95, help me!
2021.11.22 13:27:19.683 4: CUL_Parse: MAPLECUL1_868 A9990000017C08706D745F636463640E017C58AE08706D745F636163640E027C0B746C6F1A1D765F63645F636573080006FD670000001D66000000FFFF80D6
2021.11.22 13:27:19.683 5: MAPLECUL1_868: dispatch A9990000017C08706D745F636463640E017C58AE08706D745F636163640E027C0B746C6F1A1D765F63645F636573080006FD670000001D66000000FFFF80D6
2021.11.22 13:27:19.730 3: MAPLECUL1_868: Unknown code A9990000017C08706D745F636463640E017C58AE08706D745F636163640E027C0B746C6F1A1D765F63645F636573080006FD670000001D66000000FFFF80D6, help me!


Eine korrekte Nachricht sollte so aussehen:
5c08b4b0986300000102da227a00000000022bb400027c076968705f6e0a736f63e80301fd6601027c0471657266246d8513017c08706d745f6364636426017cf3a008706d745f6361636426027c0b746c6fb6d2765f63645f636573a90106fd6700000038df000000ffff8000


Was ich hier erkenne, dass an die Nachricht scheinbar bei Erkennung eines Strings ein Suffix angehangen wird.
Für mich sieht es so aus: wenn "D67", dann "00000088B1000000FFFF80DE" anhängen. So oder so ähnlich.
Jetzt kommt anscheinend dieses "D67" auch innerhalb der Nachricht vor, so dass der eigentliche Empfang geteilt wird.
So wird aus einer ganzen Nachricht zwei verstümmelte Nachrichten, die nicht verstanden wird.
Ist meine Annahme richtig und kann ich da was machen?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: kaihs am 23 November 2021, 21:56:44
Zitat von: killah78 am 22 November 2021, 13:54:46
Ist meine Annahme richtig und kann ich da was machen?

Wie groß ist denn der Puffer (TTY_BUFSIZE) eingestellt?

Wie ist maplecul denn physikalisch mit fhem verbunden, Ethernet oder USB?
Kannst du dich mit einem Terminalprogramm damit verbinden und da mal protokollieren wie die Nachrichten aussehen?
Wenn sie da schon kaputt sind liegt es an der culfw, sonst wahrscheinlich an fhem.

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: americanium am 07 Dezember 2021, 21:58:10
Hallo!

Ich möchte selbst gerade einen Wasserzähler auslesen und habe dabei so meine Probleme (siehe auch https://forum.fhem.de/index.php?topic=124643.msg1191882#msg1191882).

Der CUL wird als "traxCUL" Status "initialized" angezeigt.
Er ist eingestellt auf WMBUS_T aber es zeigt mir keine gefunden Clients an.

Vielleicht verstehe ich auch einfach nicht wie ich mir die Clients oder etwaige RAW Protokolle anzeigen lassen kann?

Vielleicht könnte mir jemand hier etwas weiterhelfen.

Danke euch!
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bastelfeak am 16 Dezember 2021, 22:56:56
Hallo, ich habe mich jetzt auch mal an das Auslesen der Wasseruhren hier gewagt:

Ergebnis bisher 2 Wasseruhren sind jetzt angelegt worden, seitdem ist allerdings nichts weiter aufgetaucht und die beiden bereits verfügbaren Wasseruhren haben auch seitdem kein Update erhalten. Gibt es irgendeine Möglichkeit zu prüfen, ob irgendwo Fehler auftreten?

Ich habe einen nanoCUL als Fertigstick gekauft und im Einsatz.
Hier in der Wohnung sind KALO Wasseruhren verbaut und die scheinen im S Mode zu funken.

Ich freue mich über alles, was mich weiter bringt.

defmod CUL868 CUL /dev/serial/by-id/usb-SHK_NANO_CUL_868-if00-port0@38400 0000
attr CUL868 rfmode WMBus_S
attr CUL868 room Helfer

setstate CUL868 2021-12-16 22:46:41 ccconf freq:868.950MHz bWidth:325KHz rAmpl:33dB sens:8dB
setstate CUL868 2021-12-16 22:46:53 cmds  A B b C e F f G i K l M R T t V W X x
setstate CUL868 2021-12-16 22:39:07 credit10ms 565
setstate CUL868 2021-12-14 21:13:40 fhtbuf No answer
setstate CUL868 2021-12-16 22:44:53 raw V 1.67 nanoCUL868
setstate CUL868 2021-12-16 22:42:24 state Initialized
setstate CUL868 2021-12-16 22:48:32 uptime 0 00:00:24
setstate CUL868 2021-12-16 22:29:31 version V 1.67 nanoCUL868



Viele Grüße
bastelfeak
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: masterpete23 am 22 Dezember 2021, 17:57:19
Hallo,

ich hatte noch einen CUL und dachte mir ich teste damit mal oben ich unseren flowIQ® 2200 der Firma kamstrup auslesen kann.
Internals:
   CMDS       ABbCeFGhiKkLlMmNRTtUuVWXxYZ
   CUL_0_MSGCNT 28
   CUL_0_TIME 2021-12-22 17:54:04
   Clients    :WMBUS:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        /dev/ttyACM0@9600 1034
   DeviceName /dev/ttyACM0@9600
   FD         7
   FHTID      1034
   FUUID      61c3471d-f33f-de1a-a0ff-13afca1bb5612b59
   MessageEncoding CUL
   NAME       CUL_0
   NR         14
   PARTIAL   
   RAWMSG     b32446850817825716980CFF3A0119F2987046039D703EE09230E21714B2E00716B1900000000000000000000001651D22D3E436A5376537770AB0785D9
   RSSI       -93.5
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.67 CUL868
   devioNoSTATE 1
   initString X21
brt
   MatchList:
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     J:WMBUS    ^b.*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2021-12-22 17:36:16   cmds             A B b C e F G h i K k L l M m N R T t U u V W X x Y Z
     2021-12-22 17:54:04   state           Initialized
   internal:
     rawMsg     b32446850817825716980CFF3A0119F2987046039D703EE09230E21714B2E00716B1900000000000000000000001651D22D3E436A5376537770AB0785::-93.5
Attributes:
   rfmode     WMBus_T
   verbose    5


Dokus konnte ich https://products.kamstrup.com/documents/5d1b4a762d792.pdf (https://products.kamstrup.com/documents/5d1b4a762d792.pdf) und https://www.metherm.de/user/product_files/flowiq2200.pdf (https://www.metherm.de/user/product_files/flowiq2200.pdf) finden.
Er legt auch fleißig devices mit Namen wie WMBUS_TCH_71257825_105_128 an.
Leider weiß ich nicht, ob meiner dabei ist und wie ich ihm damit mehr entlocken kann.
Logs liefert immer sowas in der Art:
Unsupported CI Field a0, remaining payload is 019f29130e60398708770474040000010000000000000000000000000047425e6a6d694f9b9a9886
Im fhemlog:
2021.12.22 17:40:39 5: CUL_Read: CUL_0 /b32446850277825716980A116A0019F29101260390F09F5036C040000FFE2010
2021.12.22 17:40:39 5: CUL_Read: CUL_0 b32446850277825716980A116A0019F29101260390F09F5036C040000FFE2010/0000000000000000000000000443486F4496068785CC1BAAFA363938CD5

2021.12.22 17:40:39 4: CUL_Parse: CUL_0 b32446850277825716980A116A0019F29101260390F09F5036C040000FFE20100000000000000000000000000443486F4496068785CC1BAAFA363938CD5 -95.5
2021.12.22 17:40:39 5: CUL_0: dispatch b32446850277825716980A116A0019F29101260390F09F5036C040000FFE20100000000000000000000000000443486F4496068785CC1BAAFA363938C::-95.5
2021.12.22 17:40:39 5: WMBUS raw msg b32446850277825716980A116A0019F29101260390F09F5036C040000FFE20100000000000000000000000000443486F4496068785CC1BAAFA363938C::-95.5
2021.12.22 17:40:39 3: WMBUS Unknown device b32446850277825716980A116A0019F29101260390F09F5036C040000FFE20100000000000000000000000000443486F4496068785CC1BAAFA363938C::-95.5, please define it
2021.12.22 17:40:39 2: autocreate: define WMBUS_TCH_71257827_105_128 WMBUS b32446850277825716980A116A0019F29101260390F09F5036C040000FFE20100000000000000000000000000443486F4496068785CC1BAAFA363938C::-95.5
2021.12.22 17:40:39 3: WMBUS_TCH_71257827_105_128: I/O device is CUL_0
2021.12.22 17:40:39 2: autocreate: define FileLog_WMBUS_TCH_71257827_105_128 FileLog ./log/WMBUS_TCH_71257827_105_128-%Y.log WMBUS_TCH_71257827_105_128
2021.12.22 17:41:00 5: CUL_Read: CUL_0 /b32446850037925716980B8ADA0119F297A086039B8094C0B870F5BE23BF200E
2021.12.22 17:41:00 5: CUL_Read: CUL_0 b32446850037925716980B8ADA0119F297A086039B8094C0B870F5BE23BF200E/2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D80D8

2021.12.22 17:41:00 4: CUL_Parse: CUL_0 b32446850037925716980B8ADA0119F297A086039B8094C0B870F5BE23BF200E2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D80D8 -94
2021.12.22 17:41:00 5: CUL_0: dispatch b32446850037925716980B8ADA0119F297A086039B8094C0B870F5BE23BF200E2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D80::-94
2021.12.22 17:41:00 5: WMBUS raw msg b32446850037925716980B8ADA0119F297A086039B8094C0B870F5BE23BF200E2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D80::-94
2021.12.22 17:41:00 3: WMBUS Unknown device b32446850037925716980B8ADA0119F297A086039B8094C0B870F5BE23BF200E2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D80::-94, please define it
2021.12.22 17:41:00 2: autocreate: define WMBUS_TCH_71257903_105_128 WMBUS b32446850037925716980B8ADA0119F297A086039B8094C0B870F5BE23BF200E2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D80::-94
2021.12.22 17:41:00 3: WMBUS_TCH_71257903_105_128: I/O device is CUL_0
2021.12.22 17:41:00 2: autocreate: define FileLog_WMBUS_TCH_71257903_105_128 FileLog ./log/WMBUS_TCH_71257903_105_128-%Y.log WMBUS_TCH_71257903_105_128
2021.12.22 17:41:02 5: CUL_Read: CUL_0 /b32446850817825716980CFF3A0119F2987046039D703B309F70E21710435007
2021.12.22 17:41:02 5: CUL_Read: CUL_0 b32446850817825716980CFF3A0119F2987046039D703B309F70E21710435007/16B1900000000000000000000001651D22D3E436A5376537770AB0786D8

2021.12.22 17:41:02 4: CUL_Parse: CUL_0 b32446850817825716980CFF3A0119F2987046039D703B309F70E2171043500716B1900000000000000000000001651D22D3E436A5376537770AB0786D8 -94
2021.12.22 17:41:02 5: CUL_0: dispatch b32446850817825716980CFF3A0119F2987046039D703B309F70E2171043500716B1900000000000000000000001651D22D3E436A5376537770AB0786::-94
2021.12.22 17:41:02 5: WMBUS raw msg b32446850817825716980CFF3A0119F2987046039D703B309F70E2171043500716B1900000000000000000000001651D22D3E436A5376537770AB0786::-94
2021.12.22 17:41:02 3: WMBUS Unknown device b32446850817825716980CFF3A0119F2987046039D703B309F70E2171043500716B1900000000000000000000001651D22D3E436A5376537770AB0786::-94, please define it
2021.12.22 17:41:02 2: autocreate: define WMBUS_TCH_71257881_105_128 WMBUS b32446850817825716980CFF3A0119F2987046039D703B309F70E2171043500716B1900000000000000000000001651D22D3E436A5376537770AB0786::-94
2021.12.22 17:41:02 3: WMBUS_TCH_71257881_105_128: I/O device is CUL_0
2021.12.22 17:41:02 2: autocreate: define FileLog_WMBUS_TCH_71257881_105_128 FileLog ./log/WMBUS_TCH_71257881_105_128-%Y.log WMBUS_TCH_71257881_105_128
2021.12.22 17:41:26 5: CUL_Read: CUL_0 /b32446850267825716980609EA0019F29FB0E60393E03B604BD04000002D0010
2021.12.22 17:41:26 5: CUL_Read: CUL_0 b32446850267825716980609EA0019F29FB0E60393E03B604BD04000002D0010/000000000000000000000000001003BCB00020303057D8E866BBAE284D6

2021.12.22 17:41:26 4: CUL_Parse: CUL_0 b32446850267825716980609EA0019F29FB0E60393E03B604BD04000002D0010000000000000000000000000001003BCB00020303057D8E866BBAE284D6 -95
2021.12.22 17:41:26 5: CUL_0: dispatch b32446850267825716980609EA0019F29FB0E60393E03B604BD04000002D0010000000000000000000000000001003BCB00020303057D8E866BBAE284::-95
2021.12.22 17:41:26 5: WMBUS raw msg b32446850267825716980609EA0019F29FB0E60393E03B604BD04000002D0010000000000000000000000000001003BCB00020303057D8E866BBAE284::-95
2021.12.22 17:41:26 3: WMBUS Unknown device b32446850267825716980609EA0019F29FB0E60393E03B604BD04000002D0010000000000000000000000000001003BCB00020303057D8E866BBAE284::-95, please define it
2021.12.22 17:41:26 2: autocreate: define WMBUS_TCH_71257826_105_128 WMBUS b32446850267825716980609EA0019F29FB0E60393E03B604BD04000002D0010000000000000000000000000001003BCB00020303057D8E866BBAE284::-95
2021.12.22 17:41:26 3: WMBUS_TCH_71257826_105_128: I/O device is CUL_0
2021.12.22 17:41:26 2: autocreate: define FileLog_WMBUS_TCH_71257826_105_128 FileLog ./log/WMBUS_TCH_71257826_105_128-%Y.log WMBUS_TCH_71257826_105_128
2021.12.22 17:41:32 5: CUL_Read: CUL_0 /b324468505478257169807E64A0019F29C8086039E604EB04D40500001B2A010
2021.12.22 17:41:32 5: CUL_Read: CUL_0 b324468505478257169807E64A0019F29C8086039E604EB04D40500001B2A010/00000000000000000000000000320F1852947344320816B5D4A20728CD8

2021.12.22 17:41:32 4: CUL_Parse: CUL_0 b324468505478257169807E64A0019F29C8086039E604EB04D40500001B2A01000000000000000000000000000320F1852947344320816B5D4A20728CD8 -94
2021.12.22 17:41:32 5: CUL_0: dispatch b324468505478257169807E64A0019F29C8086039E604EB04D40500001B2A01000000000000000000000000000320F1852947344320816B5D4A20728C::-94
2021.12.22 17:41:32 5: WMBUS raw msg b324468505478257169807E64A0019F29C8086039E604EB04D40500001B2A01000000000000000000000000000320F1852947344320816B5D4A20728C::-94
2021.12.22 17:41:32 3: WMBUS Unknown device b324468505478257169807E64A0019F29C8086039E604EB04D40500001B2A01000000000000000000000000000320F1852947344320816B5D4A20728C::-94, please define it
2021.12.22 17:41:32 2: autocreate: define WMBUS_TCH_71257854_105_128 WMBUS b324468505478257169807E64A0019F29C8086039E604EB04D40500001B2A01000000000000000000000000000320F1852947344320816B5D4A20728C::-94
2021.12.22 17:41:32 3: WMBUS_TCH_71257854_105_128: I/O device is CUL_0
2021.12.22 17:41:32 2: autocreate: define FileLog_WMBUS_TCH_71257854_105_128 FileLog ./log/WMBUS_TCH_71257854_105_128-%Y.log WMBUS_TCH_71257854_105_128
2021.12.22 17:43:48 5: CUL_Read: CUL_0 /b324468500279257169807925A0119F29000060390C01B808350D174E10F1004
2021.12.22 17:43:48 5: CUL_Read: CUL_0 b324468500279257169807925A0119F29000060390C01B808350D174E10F1004/E2F050300000000000000000000002A12000000000F61000000052086D8

2021.12.22 17:43:48 4: CUL_Parse: CUL_0 b324468500279257169807925A0119F29000060390C01B808350D174E10F1004E2F050300000000000000000000002A12000000000F61000000052086D8 -94
2021.12.22 17:43:48 5: CUL_0: dispatch b324468500279257169807925A0119F29000060390C01B808350D174E10F1004E2F050300000000000000000000002A12000000000F61000000052086::-94
2021.12.22 17:43:48 5: WMBUS raw msg b324468500279257169807925A0119F29000060390C01B808350D174E10F1004E2F050300000000000000000000002A12000000000F61000000052086::-94
2021.12.22 17:43:48 3: WMBUS Unknown device b324468500279257169807925A0119F29000060390C01B808350D174E10F1004E2F050300000000000000000000002A12000000000F61000000052086::-94, please define it
2021.12.22 17:43:48 2: autocreate: define WMBUS_TCH_71257902_105_128 WMBUS b324468500279257169807925A0119F29000060390C01B808350D174E10F1004E2F050300000000000000000000002A12000000000F61000000052086::-94
2021.12.22 17:43:48 3: WMBUS_TCH_71257902_105_128: I/O device is CUL_0
2021.12.22 17:43:48 2: autocreate: define FileLog_WMBUS_TCH_71257902_105_128 FileLog ./log/WMBUS_TCH_71257902_105_128-%Y.log WMBUS_TCH_71257902_105_128
2021.12.22 17:44:40 5: CUL_Read: CUL_0 /b32446850277825716980A116A0019F29101260390F09F5036B0400005E72010
2021.12.22 17:44:40 5: CUL_Read: CUL_0 b32446850277825716980A116A0019F29101260390F09F5036B0400005E72010/0000000000000000000000000443486F4496068785CC1BAAFA3639385D5

2021.12.22 17:44:40 4: CUL_Parse: CUL_0 b32446850277825716980A116A0019F29101260390F09F5036B0400005E720100000000000000000000000000443486F4496068785CC1BAAFA3639385D5 -95.5
2021.12.22 17:44:40 5: CUL_0: dispatch b32446850277825716980A116A0019F29101260390F09F5036B0400005E720100000000000000000000000000443486F4496068785CC1BAAFA3639385::-95.5
2021.12.22 17:44:40 5: WMBUS raw msg b32446850277825716980A116A0019F29101260390F09F5036B0400005E720100000000000000000000000000443486F4496068785CC1BAAFA3639385::-95.5
2021.12.22 17:44:40 2: WMBUS WMBUS_TCH_71257827_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 019f29101260390f09f5036b04000001000000000000000000000000004434496068785cc1baafa3
2021.12.22 17:44:51 5: CUL_Read: CUL_0 /b324468502578257169801F63A0019F29130E603987087604740400005F47010
2021.12.22 17:44:51 5: CUL_Read: CUL_0 b324468502578257169801F63A0019F29130E603987087604740400005F47010/000000000000000000000000047429BF55E6A6D694F9B9A988606ED84D4

2021.12.22 17:44:51 4: CUL_Parse: CUL_0 b324468502578257169801F63A0019F29130E603987087604740400005F47010000000000000000000000000047429BF55E6A6D694F9B9A988606ED84D4 -96
2021.12.22 17:44:51 5: CUL_0: dispatch b324468502578257169801F63A0019F29130E603987087604740400005F47010000000000000000000000000047429BF55E6A6D694F9B9A988606ED84::-96
2021.12.22 17:44:51 5: WMBUS raw msg b324468502578257169801F63A0019F29130E603987087604740400005F47010000000000000000000000000047429BF55E6A6D694F9B9A988606ED84::-96
2021.12.22 17:44:51 3: WMBUS Unknown device b324468502578257169801F63A0019F29130E603987087604740400005F47010000000000000000000000000047429BF55E6A6D694F9B9A988606ED84::-96, please define it
2021.12.22 17:44:51 2: autocreate: define WMBUS_TCH_71257825_105_128 WMBUS b324468502578257169801F63A0019F29130E603987087604740400005F47010000000000000000000000000047429BF55E6A6D694F9B9A988606ED84::-96
2021.12.22 17:44:51 3: WMBUS_TCH_71257825_105_128: I/O device is CUL_0
2021.12.22 17:44:51 2: autocreate: define FileLog_WMBUS_TCH_71257825_105_128 FileLog ./log/WMBUS_TCH_71257825_105_128-%Y.log WMBUS_TCH_71257825_105_128
2021.12.22 17:45:04 5: CUL_Read: CUL_0 /b32446850037925716980B8ADA0119F297A086039B809580B460F5BE2F84400E
2021.12.22 17:45:04 5: CUL_Read: CUL_0 b32446850037925716980B8ADA0119F297A086039B809580B460F5BE2F84400E/2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D86DB

2021.12.22 17:45:04 4: CUL_Parse: CUL_0 b32446850037925716980B8ADA0119F297A086039B809580B460F5BE2F84400E2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D86DB -92.5
2021.12.22 17:45:04 5: CUL_0: dispatch b32446850037925716980B8ADA0119F297A086039B809580B460F5BE2F84400E2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D86::-92.5
2021.12.22 17:45:04 5: WMBUS raw msg b32446850037925716980B8ADA0119F297A086039B809580B460F5BE2F84400E2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D86::-92.5
2021.12.22 17:45:04 2: WMBUS WMBUS_TCH_71257903_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 119f297a086039b809580b460f5be200e2cfbeb96c6032170000000000363f72937b8f62b6c5bfa9
2021.12.22 17:45:05 5: CUL_Read: CUL_0 /b32446850817825716980CFF3A0119F2987046039D703ED09260F21710689007
2021.12.22 17:45:05 5: CUL_Read: CUL_0 b32446850817825716980CFF3A0119F2987046039D703ED09260F21710689007/16B1900000000000000000000001651D22D3E436A5376537770AB0781D8

2021.12.22 17:45:05 4: CUL_Parse: CUL_0 b32446850817825716980CFF3A0119F2987046039D703ED09260F2171068900716B1900000000000000000000001651D22D3E436A5376537770AB0781D8 -94
2021.12.22 17:45:05 5: CUL_0: dispatch b32446850817825716980CFF3A0119F2987046039D703ED09260F2171068900716B1900000000000000000000001651D22D3E436A5376537770AB0781::-94
2021.12.22 17:45:05 5: WMBUS raw msg b32446850817825716980CFF3A0119F2987046039D703ED09260F2171068900716B1900000000000000000000001651D22D3E436A5376537770AB0781::-94
2021.12.22 17:45:05 2: WMBUS WMBUS_TCH_71257881_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 119f2987046039d703ed09260f217100716b190000000000000000000000162d3e436a5376537770
2021.12.22 17:45:28 5: CUL_Read: CUL_0 /b32446850267825716980609EA0019F29FB0E60393E03B604BD04000002D0010
2021.12.22 17:45:28 5: CUL_Read: CUL_0 b32446850267825716980609EA0019F29FB0E60393E03B604BD04000002D0010/000000000000000000000000001003BCB00020303057D8E866BBAE286D7

2021.12.22 17:45:28 4: CUL_Parse: CUL_0 b32446850267825716980609EA0019F29FB0E60393E03B604BD04000002D0010000000000000000000000000001003BCB00020303057D8E866BBAE286D7 -94.5
2021.12.22 17:45:28 5: CUL_0: dispatch b32446850267825716980609EA0019F29FB0E60393E03B604BD04000002D0010000000000000000000000000001003BCB00020303057D8E866BBAE286::-94.5
2021.12.22 17:45:28 5: WMBUS raw msg b32446850267825716980609EA0019F29FB0E60393E03B604BD04000002D0010000000000000000000000000001003BCB00020303057D8E866BBAE286::-94.5
2021.12.22 17:45:28 2: WMBUS WMBUS_TCH_71257826_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 019f29fb0e60393e03b604bd0400000100000000000000000000000000010000020303057d8e866b
2021.12.22 17:45:35 5: CUL_Read: CUL_0 /b32446850676761816980304DA0119F293B0A60393309AC0A760F53DF256D00D
2021.12.22 17:45:35 5: CUL_Read: CUL_0 b32446850676761816980304DA0119F293B0A60393309AC0A760F53DF256D00D/FC3C1BB2425010000000000002C3D3D97669588A458E8D5D3D4423682DD

2021.12.22 17:45:35 4: CUL_Parse: CUL_0 b32446850676761816980304DA0119F293B0A60393309AC0A760F53DF256D00DFC3C1BB2425010000000000002C3D3D97669588A458E8D5D3D4423682DD -91.5
2021.12.22 17:45:35 5: CUL_0: dispatch b32446850676761816980304DA0119F293B0A60393309AC0A760F53DF256D00DFC3C1BB2425010000000000002C3D3D97669588A458E8D5D3D4423682::-91.5
2021.12.22 17:45:35 5: WMBUS raw msg b32446850676761816980304DA0119F293B0A60393309AC0A760F53DF256D00DFC3C1BB2425010000000000002C3D3D97669588A458E8D5D3D4423682::-91.5
2021.12.22 17:45:35 3: WMBUS Unknown device b32446850676761816980304DA0119F293B0A60393309AC0A760F53DF256D00DFC3C1BB2425010000000000002C3D3D97669588A458E8D5D3D4423682::-91.5, please define it
2021.12.22 17:45:35 2: autocreate: define WMBUS_TCH_81616767_105_128 WMBUS b32446850676761816980304DA0119F293B0A60393309AC0A760F53DF256D00DFC3C1BB2425010000000000002C3D3D97669588A458E8D5D3D4423682::-91.5
2021.12.22 17:45:35 3: WMBUS_TCH_81616767_105_128: I/O device is CUL_0
2021.12.22 17:45:35 2: autocreate: define FileLog_WMBUS_TCH_81616767_105_128 FileLog ./log/WMBUS_TCH_81616767_105_128-%Y.log WMBUS_TCH_81616767_105_128
2021.12.22 17:45:40 5: CUL_Read: CUL_0 /b324468505478257169807E64A0019F29C8086039E604ED04DD0500003B05010
2021.12.22 17:45:40 5: CUL_Read: CUL_0 b324468505478257169807E64A0019F29C8086039E604ED04DD0500003B05010/00000000000000000000000000320F1852947344320816B5D4A207287D6

2021.12.22 17:45:40 4: CUL_Parse: CUL_0 b324468505478257169807E64A0019F29C8086039E604ED04DD0500003B0501000000000000000000000000000320F1852947344320816B5D4A207287D6 -95
2021.12.22 17:45:40 5: CUL_0: dispatch b324468505478257169807E64A0019F29C8086039E604ED04DD0500003B0501000000000000000000000000000320F1852947344320816B5D4A207287::-95
2021.12.22 17:45:40 5: WMBUS raw msg b324468505478257169807E64A0019F29C8086039E604ED04DD0500003B0501000000000000000000000000000320F1852947344320816B5D4A207287::-95
2021.12.22 17:45:40 2: WMBUS WMBUS_TCH_71257854_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 019f29c8086039e604ed04dd050000010000000000000000000000000003202947344320816b5d4a
2021.12.22 17:46:26 5: CUL_Read: CUL_0 /b3244685001792571698006D8A0119F2934076039A20BFA0A2510459BE077019
2021.12.22 17:46:26 5: CUL_Read: CUL_0 b3244685001792571698006D8A0119F2934076039A20BFA0A2510459BE077019/B975115000000000000000000002353993B76608835C89E9D8B911280E4

2021.12.22 17:46:26 4: CUL_Parse: CUL_0 b3244685001792571698006D8A0119F2934076039A20BFA0A2510459BE077019B975115000000000000000000002353993B76608835C89E9D8B911280E4 -88
2021.12.22 17:46:26 5: CUL_0: dispatch b3244685001792571698006D8A0119F2934076039A20BFA0A2510459BE077019B975115000000000000000000002353993B76608835C89E9D8B911280::-88
2021.12.22 17:46:26 5: WMBUS raw msg b3244685001792571698006D8A0119F2934076039A20BFA0A2510459BE077019B975115000000000000000000002353993B76608835C89E9D8B911280::-88
2021.12.22 17:46:26 3: WMBUS Unknown device b3244685001792571698006D8A0119F2934076039A20BFA0A2510459BE077019B975115000000000000000000002353993B76608835C89E9D8B911280::-88, please define it
2021.12.22 17:46:26 2: autocreate: define WMBUS_TCH_71257901_105_128 WMBUS b3244685001792571698006D8A0119F2934076039A20BFA0A2510459BE077019B975115000000000000000000002353993B76608835C89E9D8B911280::-88
2021.12.22 17:46:26 3: WMBUS_TCH_71257901_105_128: I/O device is CUL_0
2021.12.22 17:46:26 2: autocreate: define FileLog_WMBUS_TCH_71257901_105_128 FileLog ./log/WMBUS_TCH_71257901_105_128-%Y.log WMBUS_TCH_71257901_105_128
2021.12.22 17:48:42 5: CUL_Read: CUL_0 /b32446850277825716980A116A0019F29101260390F09F5036A0400006542010
2021.12.22 17:48:42 5: CUL_Read: CUL_0 b32446850277825716980A116A0019F29101260390F09F5036A0400006542010/0000000000000000000000000443486F4496068785CC1BAAFA363938CD6

2021.12.22 17:48:42 4: CUL_Parse: CUL_0 b32446850277825716980A116A0019F29101260390F09F5036A04000065420100000000000000000000000000443486F4496068785CC1BAAFA363938CD6 -95
2021.12.22 17:48:42 5: CUL_0: dispatch b32446850277825716980A116A0019F29101260390F09F5036A04000065420100000000000000000000000000443486F4496068785CC1BAAFA363938C::-95
2021.12.22 17:48:42 5: WMBUS raw msg b32446850277825716980A116A0019F29101260390F09F5036A04000065420100000000000000000000000000443486F4496068785CC1BAAFA363938C::-95
2021.12.22 17:48:42 2: WMBUS WMBUS_TCH_71257827_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 019f29101260390f09f5036a04000001000000000000000000000000004434496068785cc1baafa3
2021.12.22 17:48:54 5: CUL_Read: CUL_0 /b324468502578257169801F63A0019F29130E603987087704740400009ECF010
2021.12.22 17:48:54 5: CUL_Read: CUL_0 b324468502578257169801F63A0019F29130E603987087704740400009ECF010/000000000000000000000000047429BF55E6A6D694F9B9A988606ED91D5

2021.12.22 17:48:54 4: CUL_Parse: CUL_0 b324468502578257169801F63A0019F29130E603987087704740400009ECF010000000000000000000000000047429BF55E6A6D694F9B9A988606ED91D5 -95.5
2021.12.22 17:48:54 5: CUL_0: dispatch b324468502578257169801F63A0019F29130E603987087704740400009ECF010000000000000000000000000047429BF55E6A6D694F9B9A988606ED91::-95.5
2021.12.22 17:48:54 5: WMBUS raw msg b324468502578257169801F63A0019F29130E603987087704740400009ECF010000000000000000000000000047429BF55E6A6D694F9B9A988606ED91::-95.5
2021.12.22 17:48:54 2: WMBUS WMBUS_TCH_71257825_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 019f29130e60398708770474040000010000000000000000000000000047425e6a6d694f9b9a9886
2021.12.22 17:49:06 5: CUL_Read: CUL_0 /b32446850817825716980CFF3A0119F2987046039D703090A8C0E2171FCA0007
2021.12.22 17:49:06 5: CUL_Read: CUL_0 b32446850817825716980CFF3A0119F2987046039D703090A8C0E2171FCA0007/16B1900000000000000000000001651D22D3E436A5376537770AB0783DA

2021.12.22 17:49:06 4: CUL_Parse: CUL_0 b32446850817825716980CFF3A0119F2987046039D703090A8C0E2171FCA000716B1900000000000000000000001651D22D3E436A5376537770AB0783DA -93
2021.12.22 17:49:06 5: CUL_0: dispatch b32446850817825716980CFF3A0119F2987046039D703090A8C0E2171FCA000716B1900000000000000000000001651D22D3E436A5376537770AB0783::-93
2021.12.22 17:49:06 5: WMBUS raw msg b32446850817825716980CFF3A0119F2987046039D703090A8C0E2171FCA000716B1900000000000000000000001651D22D3E436A5376537770AB0783::-93
2021.12.22 17:49:06 2: WMBUS WMBUS_TCH_71257881_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 119f2987046039d703090a8c0e217100716b190000000000000000000000162d3e436a5376537770
2021.12.22 17:49:44 5: CUL_Read: CUL_0 /b324468505478257169807E64A0019F29C8086039E604F104E60500004BEC010
2021.12.22 17:49:44 5: CUL_Read: CUL_0 b324468505478257169807E64A0019F29C8086039E604F104E60500004BEC010/00000000000000000000000000320F1852947344320816B5D4A20728BD7

2021.12.22 17:49:44 4: CUL_Parse: CUL_0 b324468505478257169807E64A0019F29C8086039E604F104E60500004BEC01000000000000000000000000000320F1852947344320816B5D4A20728BD7 -94.5
2021.12.22 17:49:44 5: CUL_0: dispatch b324468505478257169807E64A0019F29C8086039E604F104E60500004BEC01000000000000000000000000000320F1852947344320816B5D4A20728B::-94.5
2021.12.22 17:49:44 5: WMBUS raw msg b324468505478257169807E64A0019F29C8086039E604F104E60500004BEC01000000000000000000000000000320F1852947344320816B5D4A20728B::-94.5
2021.12.22 17:49:44 2: WMBUS WMBUS_TCH_71257854_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 019f29c8086039e604f104e6050000010000000000000000000000000003202947344320816b5d4a
2021.12.22 17:49:51 5: CUL_Read: CUL_0 /b32446850037925716980B8ADA0119F297A086039B809390BBE0E5BE2019100E
2021.12.22 17:49:51 5: CUL_Read: CUL_0 b32446850037925716980B8ADA0119F297A086039B809390BBE0E5BE2019100E/2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D83DD

2021.12.22 17:49:51 4: CUL_Parse: CUL_0 b32446850037925716980B8ADA0119F297A086039B809390BBE0E5BE2019100E2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D83DD -91.5
2021.12.22 17:49:51 5: CUL_0: dispatch b32446850037925716980B8ADA0119F297A086039B809390BBE0E5BE2019100E2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D83::-91.5
2021.12.22 17:49:51 5: WMBUS raw msg b32446850037925716980B8ADA0119F297A086039B809390BBE0E5BE2019100E2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D83::-91.5
2021.12.22 17:49:51 2: WMBUS WMBUS_TCH_71257903_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 119f297a086039b809390bbe0e5be200e2cfbeb96c6032170000000000363f72937b8f62b6c5bfa9
2021.12.22 17:50:18 5: CUL_Read: CUL_0 /b32446850267825716980609EA0019F29FB0E60393E03B704BD040000C358010
2021.12.22 17:50:18 5: CUL_Read: CUL_0 b32446850267825716980609EA0019F29FB0E60393E03B704BD040000C358010/000000000000000000000000001003BCB00020303057D8E866BBAE28CD5

2021.12.22 17:50:18 4: CUL_Parse: CUL_0 b32446850267825716980609EA0019F29FB0E60393E03B704BD040000C358010000000000000000000000000001003BCB00020303057D8E866BBAE28CD5 -95.5
2021.12.22 17:50:18 5: CUL_0: dispatch b32446850267825716980609EA0019F29FB0E60393E03B704BD040000C358010000000000000000000000000001003BCB00020303057D8E866BBAE28C::-95.5
2021.12.22 17:50:18 5: WMBUS raw msg b32446850267825716980609EA0019F29FB0E60393E03B704BD040000C358010000000000000000000000000001003BCB00020303057D8E866BBAE28C::-95.5
2021.12.22 17:50:18 2: WMBUS WMBUS_TCH_71257826_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 019f29fb0e60393e03b704bd0400000100000000000000000000000000010000020303057d8e866b
2021.12.22 17:50:28 5: CUL_Read: CUL_0 /b3244685001792571698006D8A0119F2934076039A20BC40AB20F459BCD40019
2021.12.22 17:50:28 5: CUL_Read: CUL_0 b3244685001792571698006D8A0119F2934076039A20BC40AB20F459BCD40019/B975115000000000000000000002353993B76608835C89E9D8B911281E4

2021.12.22 17:50:28 4: CUL_Parse: CUL_0 b3244685001792571698006D8A0119F2934076039A20BC40AB20F459BCD40019B975115000000000000000000002353993B76608835C89E9D8B911281E4 -88
2021.12.22 17:50:28 5: CUL_0: dispatch b3244685001792571698006D8A0119F2934076039A20BC40AB20F459BCD40019B975115000000000000000000002353993B76608835C89E9D8B911281::-88
2021.12.22 17:50:28 5: WMBUS raw msg b3244685001792571698006D8A0119F2934076039A20BC40AB20F459BCD40019B975115000000000000000000002353993B76608835C89E9D8B911281::-88
2021.12.22 17:50:28 2: WMBUS WMBUS_TCH_71257901_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 119f2934076039a20bc40ab20f459b019b97511500000000000000000000233b76608835c89e9d8b
2021.12.22 17:50:32 5: CUL_Read: CUL_0 /b32446850676761816980304DA0119F293B0A60393309210A340F53DF22AA00D
2021.12.22 17:50:32 5: CUL_Read: CUL_0 b32446850676761816980304DA0119F293B0A60393309210A340F53DF22AA00D/FC3C1BB2425010000000000002C3D3D97669588A458E8D5D3D4423682DF

2021.12.22 17:50:32 4: CUL_Parse: CUL_0 b32446850676761816980304DA0119F293B0A60393309210A340F53DF22AA00DFC3C1BB2425010000000000002C3D3D97669588A458E8D5D3D4423682DF -90.5
2021.12.22 17:50:32 5: CUL_0: dispatch b32446850676761816980304DA0119F293B0A60393309210A340F53DF22AA00DFC3C1BB2425010000000000002C3D3D97669588A458E8D5D3D4423682::-90.5
2021.12.22 17:50:32 5: WMBUS raw msg b32446850676761816980304DA0119F293B0A60393309210A340F53DF22AA00DFC3C1BB2425010000000000002C3D3D97669588A458E8D5D3D4423682::-90.5
2021.12.22 17:50:32 2: WMBUS WMBUS_TCH_81616767_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 119f293b0a60393309210a340f53df00dfc3c1bb2425010000000000002c3d669588a458e8d5d3d4
2021.12.22 17:51:53 5: CUL_Read: CUL_0 /b324468500279257169807925A0119F29000060390C01F908C40E174EB672004
2021.12.22 17:51:53 5: CUL_Read: CUL_0 b324468500279257169807925A0119F29000060390C01F908C40E174EB672004/E2F050300000000000000000000002A12000000000F61000000052085D9

2021.12.22 17:51:53 4: CUL_Parse: CUL_0 b324468500279257169807925A0119F29000060390C01F908C40E174EB672004E2F050300000000000000000000002A12000000000F61000000052085D9 -93.5
2021.12.22 17:51:53 5: CUL_0: dispatch b324468500279257169807925A0119F29000060390C01F908C40E174EB672004E2F050300000000000000000000002A12000000000F61000000052085::-93.5
2021.12.22 17:51:53 5: WMBUS raw msg b324468500279257169807925A0119F29000060390C01F908C40E174EB672004E2F050300000000000000000000002A12000000000F61000000052085::-93.5
2021.12.22 17:51:53 2: WMBUS WMBUS_TCH_71257902_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 119f29000060390c01f908c40e174e004e2f05030000000000000000000000000000000f61000000
2021.12.22 17:52:14 5: CUL_Read: CUL_0 /b32446850247825716980DEEBA0119F298A0B603948065E0456040000ABCE000
2021.12.22 17:52:14 5: CUL_Read: CUL_0 b32446850247825716980DEEBA0119F298A0B603948065E0456040000ABCE000/0000000000000000000000000685B221B8996A29872E8EAE8C9ECCE87D3

2021.12.22 17:52:14 4: CUL_Parse: CUL_0 b32446850247825716980DEEBA0119F298A0B603948065E0456040000ABCE0000000000000000000000000000685B221B8996A29872E8EAE8C9ECCE87D3 -96.5
2021.12.22 17:52:14 5: CUL_0: dispatch b32446850247825716980DEEBA0119F298A0B603948065E0456040000ABCE0000000000000000000000000000685B221B8996A29872E8EAE8C9ECCE87::-96.5
2021.12.22 17:52:14 5: WMBUS raw msg b32446850247825716980DEEBA0119F298A0B603948065E0456040000ABCE0000000000000000000000000000685B221B8996A29872E8EAE8C9ECCE87::-96.5
2021.12.22 17:52:14 3: WMBUS Unknown device b32446850247825716980DEEBA0119F298A0B603948065E0456040000ABCE0000000000000000000000000000685B221B8996A29872E8EAE8C9ECCE87::-96.5, please define it
2021.12.22 17:52:14 2: autocreate: define WMBUS_TCH_71257824_105_128 WMBUS b32446850247825716980DEEBA0119F298A0B603948065E0456040000ABCE0000000000000000000000000000685B221B8996A29872E8EAE8C9ECCE87::-96.5
2021.12.22 17:52:14 3: WMBUS_TCH_71257824_105_128: I/O device is CUL_0
2021.12.22 17:52:14 2: autocreate: define FileLog_WMBUS_TCH_71257824_105_128 FileLog ./log/WMBUS_TCH_71257824_105_128-%Y.log WMBUS_TCH_71257824_105_128
2021.12.22 17:53:54 5: CUL_Read: CUL_0 /b32446850037925716980B8ADA0119F297A086039B8092D0B3B0F5BE25E5E00E
2021.12.22 17:53:54 5: CUL_Read: CUL_0 b32446850037925716980B8ADA0119F297A086039B8092D0B3B0F5BE25E5E00E/2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D82DC

2021.12.22 17:53:54 4: CUL_Parse: CUL_0 b32446850037925716980B8ADA0119F297A086039B8092D0B3B0F5BE25E5E00E2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D82DC -92
2021.12.22 17:53:54 5: CUL_0: dispatch b32446850037925716980B8ADA0119F297A086039B8092D0B3B0F5BE25E5E00E2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D82::-92
2021.12.22 17:53:54 5: WMBUS raw msg b32446850037925716980B8ADA0119F297A086039B8092D0B3B0F5BE25E5E00E2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D82::-92
2021.12.22 17:53:54 2: WMBUS WMBUS_TCH_71257903_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 119f297a086039b8092d0b3b0f5be200e2cfbeb96c6032170000000000363f72937b8f62b6c5bfa9
2021.12.22 17:54:04 5: CUL_Read: CUL_0 /b32446850817825716980CFF3A0119F2987046039D703EE09230E21714B2E007
2021.12.22 17:54:04 5: CUL_Read: CUL_0 b32446850817825716980CFF3A0119F2987046039D703EE09230E21714B2E007/16B1900000000000000000000001651D22D3E436A5376537770AB0785D9

2021.12.22 17:54:04 4: CUL_Parse: CUL_0 b32446850817825716980CFF3A0119F2987046039D703EE09230E21714B2E00716B1900000000000000000000001651D22D3E436A5376537770AB0785D9 -93.5
2021.12.22 17:54:04 5: CUL_0: dispatch b32446850817825716980CFF3A0119F2987046039D703EE09230E21714B2E00716B1900000000000000000000001651D22D3E436A5376537770AB0785::-93.5
2021.12.22 17:54:04 5: WMBUS raw msg b32446850817825716980CFF3A0119F2987046039D703EE09230E21714B2E00716B1900000000000000000000001651D22D3E436A5376537770AB0785::-93.5
2021.12.22 17:54:04 2: WMBUS WMBUS_TCH_71257881_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 119f2987046039d703ee09230e217100716b190000000000000000000000162d3e436a5376537770
2021.12.22 17:54:29 5: CUL_Read: CUL_0 /b3244685001792571698006D8A0119F2934076039A20BAF0A7911459B3A7E019
2021.12.22 17:54:29 5: CUL_Read: CUL_0 b3244685001792571698006D8A0119F2934076039A20BAF0A7911459B3A7E019/B975115000000000000000000002353993B76608835C89E9D8B911281E5

2021.12.22 17:54:29 4: CUL_Parse: CUL_0 b3244685001792571698006D8A0119F2934076039A20BAF0A7911459B3A7E019B975115000000000000000000002353993B76608835C89E9D8B911281E5 -87.5
2021.12.22 17:54:29 5: CUL_0: dispatch b3244685001792571698006D8A0119F2934076039A20BAF0A7911459B3A7E019B975115000000000000000000002353993B76608835C89E9D8B911281::-87.5
2021.12.22 17:54:29 5: WMBUS raw msg b3244685001792571698006D8A0119F2934076039A20BAF0A7911459B3A7E019B975115000000000000000000002353993B76608835C89E9D8B911281::-87.5
2021.12.22 17:54:29 2: WMBUS WMBUS_TCH_71257901_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 119f2934076039a20baf0a7911459b019b97511500000000000000000000233b76608835c89e9d8b
2021.12.22 17:54:35 5: CUL_Read: CUL_0 /b32446850676761816980304DA0119F293B0A60393309630ACA1053DFF37E00D
2021.12.22 17:54:35 5: CUL_Read: CUL_0 b32446850676761816980304DA0119F293B0A60393309630ACA1053DFF37E00D/FC3C1BB2425010000000000002C3D3D97669588A458E8D5D3D4423680DC

2021.12.22 17:54:35 4: CUL_Parse: CUL_0 b32446850676761816980304DA0119F293B0A60393309630ACA1053DFF37E00DFC3C1BB2425010000000000002C3D3D97669588A458E8D5D3D4423680DC -92
2021.12.22 17:54:35 5: CUL_0: dispatch b32446850676761816980304DA0119F293B0A60393309630ACA1053DFF37E00DFC3C1BB2425010000000000002C3D3D97669588A458E8D5D3D4423680::-92
2021.12.22 17:54:35 5: WMBUS raw msg b32446850676761816980304DA0119F293B0A60393309630ACA1053DFF37E00DFC3C1BB2425010000000000002C3D3D97669588A458E8D5D3D4423680::-92
2021.12.22 17:54:35 2: WMBUS WMBUS_TCH_81616767_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 119f293b0a60393309630aca1053df00dfc3c1bb2425010000000000002c3d669588a458e8d5d3d4


Was kann / sollte ich nun weiter tun um ihn korrekt auslesen zu können?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: sebbi2103 am 06 Januar 2022, 11:38:15
Hallo, ich habe einen Zweirichtungszähler von EBZ (DD3) und das entsprechende wMbus Modul (wMB-E01) . Hier kann ich auch Daten auslegen, der Key zur Entschlüsselung liegt mir vor. Ich konnte nun das sog. "Erweiterte Datenprotokoll" mittels Pin am Zähler aktivieren, jedoch scheint sich bei den Readings nichts zu tun.
Liegt das daran, dass das WMBUS Modul bei ehem diese ignoriert?
So sehen die Readings aktuell aus, vielleicht ist die errormsg "unknown VIFE 83 at offset 1" schon ein Hinweis, dass mehr Daten vorliegen als "verstanden" werden?

Hier ein Auszug des Readings:



1_storage_no   0   06.01.22 11:33
1_type   VIF_ENERGY_WATT   06.01.22 11:33
1_unit   Wh   06.01.22 11:33
1_value   237075   06.01.22 11:33
1_value_type   Instantaneous value   06.01.22 11:33
2_errormsg   unknown VIFE 83 at offset 1   06.01.22 11:33
2_storage_no   0   06.01.22 11:33
2_type   unknown   06.01.22 11:33
2_unit      06.01.22 11:33
2_value   1160   06.01.22 11:33
2_value_type   Instantaneous value   06.01.22 11:33
3_storage_no   0   06.01.22 11:33
3_type   VIF_ELECTRIC_POWER   06.01.22 11:33
3_unit   W   06.01.22 11:33
3_value   231.11   06.01.22 11:33
3_value_type   Instantaneous value   06.01.22 11:33
4_storage_no   0   06.01.22 11:33
4_type   VIF_CUSTOMER_CUSTOMER   06.01.22 11:33
4_unit      06.01.22 11:33
4_value   entfernt :-)   06.01.22 11:33
4_value_type   Instantaneous value   06.01.22 11:33
IODev   CUL_0   06.01.22 11:18
LQI   128   06.01.22 11:33
RSSI   -85   06.01.22 11:33
batteryState   ok   06.01.22 11:33
decryption_ok   1   06.01.22 11:33
is_encrypted   1   06.01.22 11:33
state   no errors   
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: holzwurm83 am 15 Januar 2022, 17:10:59
Hallo zusammen,

ich versuche gerade meine Zähler einzubinden. Aktuell bekomme ich noch keine Daten. Ich nutze einen CUL3.3 mit der aktuellen Firmware 1.67
Die Firmware habe ich 1:1 aufgespielt. Aktuell bin ich mir nicht sicher welchen rf-Mode ist nutzen muss?

Ein Datenblatt meiner Zähler habe ich auch einmal dran gehängt.

Internals:
   CMDS       ABbCeFGhiKkLlMmNRTtUuVWXxYZ
   CUL_HM_MSGCNT 6
   CUL_HM_TIME 2022-01-15 17:02:42
   Clients    :WMBUS:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        /dev/ttyACM1@38400 0000
   DeviceName /dev/ttyACM1@38400
   FD         192
   FHTID      0000
   FUUID      5cbf744f-f33f-283d-18db-e85f91e113618166
   FVERSION   00_CUL.pm:0.248150/2021-08-01
   NAME       CUL_HM
   NR         34
   PARTIAL   
   RAWMSG     ? (v is unknown) Use one of A B b C e F G h i K k L l M m N R T t U u V W X x Y Z
   RSSI       -87
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.67 CUL868
   devioNoSTATE 1
   initString X21
brs
   MatchList:
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     J:WMBUS    ^b.*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2022-01-15 17:02:23   cmds             A B b C e F G h i K k L l M m N R T t U u V W X x Y Z
     2022-01-15 16:43:46   credit10ms      709
     2022-01-15 16:43:51   fhtbuf          AE
     2022-01-15 17:03:18   raw             V 1.67 CUL868
     2022-01-15 17:02:42   state           Initialized
     2022-01-15 16:44:00   uptime          0 00:04:34
     2022-01-15 16:42:57   version         V 1.67 CUL868
   helper:
Attributes:
   alias      CUL_HM
   event-on-change-reading .*
   icon       cul_cul
   model      CUL
   rfmode     WMBus_S
   room       System->Geraete->CUL
   verbose    5
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: holzwurm83 am 17 Januar 2022, 21:01:14
Hallo zusammen,

jetzt kommen die ersten Daten rein. Es wurde nun auch das erste Device angelegt:

Internals:
   CFGFN     
   CUL_HM_MSGCNT 282
   CUL_HM_RAWMSG bA944C514722005140004D7F07ADB00902547523949124FD9DB28B60B62FB107BD36F0D42D09F89908F5D8081C626EFB26703CE8A60E8CDE0F7CFEF7784F070434DE93CBB2853FD1F0CBB997B1A556A8C6320DCE809A7325EE18B470D55E41346BF7D72587856D39DE64E7EB7CC7C569C46FEC0303F479837C3CEB6088398CE7EC3CC8166F6C0BBC076674CCEE45EBCAC9FE6256F848A57146782B9B700B8BD5691A6358393DF0ED4B16F5059D6916F03DF0F4B03FD0C05010002FD0B0111008C80::-60
   CUL_HM_RSSI -60
   CUL_HM_TIME 2022-01-17 18:01:53
   DEF        EFE 14052072 0 4
   DeviceMedium Heat
   DeviceType 4
   Error      encrypted message and no aeskey provided
   FUUID      61e50595-f33f-afed-711a-85877c2dbc0ad7d0
   IODev      CUL_HM
   IdentNumber 14052072
   LASTInputDev CUL_HM
   MSGCNT     282
   Manufacturer EFE
   MessageEncoding CUL
   NAME       WMBUS_EFE_14052072_0_4
   NR         110845
   STATE      encrypted message and no aeskey provided
   TYPE       WMBUS
   Version    0
   addr       EFE_14052072_0_4
   model      EFE_4_0
   READINGS:
     2022-01-17 06:58:45   IODev           CUL_HM
     2022-01-17 18:01:53   LQI             128
     2022-01-17 18:01:53   RSSI            -60
     2022-01-17 18:01:53   state           encrypted message and no aeskey provided
Attributes:


Die Daten kommen, allerdings so wie es scheint verschlüsselt. Den Schlüssel muss ich noch besorgen, aber wo trage ich diesen den danach ein?

2022.01.17 07:47:50.626 5: CUL_Read: CUL_HM /bA944C514722005140004D7F07AA800902558AD33972A560993574392B3ECC68
2022.01.17 07:47:50.627 5: CUL_Read: CUL_HM bA944C514722005140004D7F07AA800902558AD33972A560993574392B3ECC68/B8DD659379B341735CA53CBBAB1754C3A3B4AAF8064C9F4FD65422C280F2860B
2022.01.17 07:47:50.629 5: CUL_Read: CUL_HM bA944C514722005140004D7F07AA800902558AD33972A560993574392B3ECC68B8DD659379B341735CA53CBBAB1754C3A3B4AAF8064C9F4FD65422C280F2860B/DD5D10163CE9490B9ED1F428AAF72A67EFD84FF761DF62EA39316833C50FB4B1
2022.01.17 07:47:50.631 5: CUL_Read: CUL_HM bA944C514722005140004D7F07AA800902558AD33972A560993574392B3ECC68B8DD659379B341735CA53CBBAB1754C3A3B4AAF8064C9F4FD65422C280F2860BDD5D10163CE9490B9ED1F428AAF72A67EFD84FF761DF62EA39316833C50FB4B1/0896ADBB5D8E4DC7D04EA683B33B7C58B4AE52BFEDED9CB1EC402B63C1FC0BE4
2022.01.17 07:47:50.633 5: CUL_Read: CUL_HM bA944C514722005140004D7F07AA800902558AD33972A560993574392B3ECC68B8DD659379B341735CA53CBBAB1754C3A3B4AAF8064C9F4FD65422C280F2860BDD5D10163CE9490B9ED1F428AAF72A67EFD84FF761DF62EA39316833C50FB4B10896ADBB5D8E4DC7D04EA683B33B7C58B4AE52BFEDED9CB1EC402B63C1FC0BE4/F31E34AAA98D0746AD7F5247FCBDB6F696E652715681B7C5BB95D17FDB23AF48
2022.01.17 07:47:50.634 5: CUL_Read: CUL_HM bA944C514722005140004D7F07AA800902558AD33972A560993574392B3ECC68B8DD659379B341735CA53CBBAB1754C3A3B4AAF8064C9F4FD65422C280F2860BDD5D10163CE9490B9ED1F428AAF72A67EFD84FF761DF62EA39316833C50FB4B10896ADBB5D8E4DC7D04EA683B33B7C58B4AE52BFEDED9CB1EC402B63C1FC0BE4F31E34AAA98D0746AD7F5247FCBDB6F696E652715681B7C5BB95D17FDB23AF48/BA3F1CB4D597D3F63AEF54C93777F4BEA88436E03FD0C05010002FD0B01117D0
2022.01.17 07:47:50.635 5: CUL_Read: CUL_HM bA944C514722005140004D7F07AA800902558AD33972A560993574392B3ECC68B8DD659379B341735CA53CBBAB1754C3A3B4AAF8064C9F4FD65422C280F2860BDD5D10163CE9490B9ED1F428AAF72A67EFD84FF761DF62EA39316833C50FB4B10896ADBB5D8E4DC7D04EA683B33B7C58B4AE52BFEDED9CB1EC402B63C1FC0BE4F31E34AAA98D0746AD7F5247FCBDB6F696E652715681B7C5BB95D17FDB23AF48BA3F1CB4D597D3F63AEF54C93777F4BEA88436E03FD0C05010002FD0B01117D0/7801C

2022.01.17 07:47:50.635 4: CUL_Parse: CUL_HM bA944C514722005140004D7F07AA800902558AD33972A560993574392B3ECC68B8DD659379B341735CA53CBBAB1754C3A3B4AAF8064C9F4FD65422C280F2860BDD5D10163CE9490B9ED1F428AAF72A67EFD84FF761DF62EA39316833C50FB4B10896ADBB5D8E4DC7D04EA683B33B7C58B4AE52BFEDED9CB1EC402B63C1FC0BE4F31E34AAA98D0746AD7F5247FCBDB6F696E652715681B7C5BB95D17FDB23AF48BA3F1CB4D597D3F63AEF54C93777F4BEA88436E03FD0C05010002FD0B01117D07801C -60
2022.01.17 07:47:50.636 5: CUL_HM: dispatch bA944C514722005140004D7F07AA800902558AD33972A560993574392B3ECC68B8DD659379B341735CA53CBBAB1754C3A3B4AAF8064C9F4FD65422C280F2860BDD5D10163CE9490B9ED1F428AAF72A67EFD84FF761DF62EA39316833C50FB4B10896ADBB5D8E4DC7D04EA683B33B7C58B4AE52BFEDED9CB1EC402B63C1FC0BE4F31E34AAA98D0746AD7F5247FCBDB6F696E652715681B7C5BB95D17FDB23AF48BA3F1CB4D597D3F63AEF54C93777F4BEA88436E03FD0C05010002FD0B01117D0780::-60
2022.01.17 07:47:50.636 5: WMBUS raw msg bA944C514722005140004D7F07AA800902558AD33972A560993574392B3ECC68B8DD659379B341735CA53CBBAB1754C3A3B4AAF8064C9F4FD65422C280F2860BDD5D10163CE9490B9ED1F428AAF72A67EFD84FF761DF62EA39316833C50FB4B10896ADBB5D8E4DC7D04EA683B33B7C58B4AE52BFEDED9CB1EC402B63C1FC0BE4F31E34AAA98D0746AD7F5247FCBDB6F696E652715681B7C5BB95D17FDB23AF48BA3F1CB4D597D3F63AEF54C93777F4BEA88436E03FD0C05010002FD0B01117D0780::-60
2022.01.17 07:47:50.638 2: WMBUS WMBUS_EFE_14052072_0_4 Error during ApplicationLayer parse:encrypted message and no aeskey provided
2022.01.17 07:49:49.219 5: CUL_Read: CUL_HM /bA944C514722005140004D7F07AA90090255B7A4F0350A6AE52B16FF77AF4CF2
2022.01.17 07:49:49.221 5: CUL_Read: CUL_HM bA944C514722005140004D7F07AA90090255B7A4F0350A6AE52B16FF77AF4CF2/390C8153B81D5E7B13D0BFE59600ECF6EBF3E4850EE87DFD3AE65B4659450279
2022.01.17 07:49:49.223 5: CUL_Read: CUL_HM bA944C514722005140004D7F07AA90090255B7A4F0350A6AE52B16FF77AF4CF2390C8153B81D5E7B13D0BFE59600ECF6EBF3E4850EE87DFD3AE65B4659450279/84BAB2C019CCBB3A73D8A154EC58338CD528DDA4AE49A2E5028F31132078F137
2022.01.17 07:49:49.225 5: CUL_Read: CUL_HM bA944C514722005140004D7F07AA90090255B7A4F0350A6AE52B16FF77AF4CF2390C8153B81D5E7B13D0BFE59600ECF6EBF3E4850EE87DFD3AE65B465945027984BAB2C019CCBB3A73D8A154EC58338CD528DDA4AE49A2E5028F31132078F137/5FA6C3564B7B875615D1CD5750B60E89135F9123AE67424F8B2BE54C97AD959F
2022.01.17 07:49:49.227 5: CUL_Read: CUL_HM bA944C514722005140004D7F07AA90090255B7A4F0350A6AE52B16FF77AF4CF2390C8153B81D5E7B13D0BFE59600ECF6EBF3E4850EE87DFD3AE65B465945027984BAB2C019CCBB3A73D8A154EC58338CD528DDA4AE49A2E5028F31132078F1375FA6C3564B7B875615D1CD5750B60E89135F9123AE67424F8B2BE54C97AD959F/D85161C7DB2EB35ACF91AAF925FEF5D62F608CA37135F344085EEB4ED7AC848F
2022.01.17 07:49:49.228 5: CUL_Read: CUL_HM bA944C514722005140004D7F07AA90090255B7A4F0350A6AE52B16FF77AF4CF2390C8153B81D5E7B13D0BFE59600ECF6EBF3E4850EE87DFD3AE65B465945027984BAB2C019CCBB3A73D8A154EC58338CD528DDA4AE49A2E5028F31132078F1375FA6C3564B7B875615D1CD5750B60E89135F9123AE67424F8B2BE54C97AD959FD85161C7DB2EB35ACF91AAF925FEF5D62F608CA37135F344085EEB4ED7AC848F/186BBC462D5D548C85E0F45F00BEDFA1F99BDB903FD0C05010002FD0B01111A9
2022.01.17 07:49:49.229 5: CUL_Read: CUL_HM bA944C514722005140004D7F07AA90090255B7A4F0350A6AE52B16FF77AF4CF2390C8153B81D5E7B13D0BFE59600ECF6EBF3E4850EE87DFD3AE65B465945027984BAB2C019CCBB3A73D8A154EC58338CD528DDA4AE49A2E5028F31132078F1375FA6C3564B7B875615D1CD5750B60E89135F9123AE67424F8B2BE54C97AD959FD85161C7DB2EB35ACF91AAF925FEF5D62F608CA37135F344085EEB4ED7AC848F186BBC462D5D548C85E0F45F00BEDFA1F99BDB903FD0C05010002FD0B01111A9/2801C

2022.01.17 07:49:49.229 4: CUL_Parse: CUL_HM bA944C514722005140004D7F07AA90090255B7A4F0350A6AE52B16FF77AF4CF2390C8153B81D5E7B13D0BFE59600ECF6EBF3E4850EE87DFD3AE65B465945027984BAB2C019CCBB3A73D8A154EC58338CD528DDA4AE49A2E5028F31132078F1375FA6C3564B7B875615D1CD5750B60E89135F9123AE67424F8B2BE54C97AD959FD85161C7DB2EB35ACF91AAF925FEF5D62F608CA37135F344085EEB4ED7AC848F186BBC462D5D548C85E0F45F00BEDFA1F99BDB903FD0C05010002FD0B01111A92801C -60
2022.01.17 07:49:49.229 5: CUL_HM: dispatch bA944C514722005140004D7F07AA90090255B7A4F0350A6AE52B16FF77AF4CF2390C8153B81D5E7B13D0BFE59600ECF6EBF3E4850EE87DFD3AE65B465945027984BAB2C019CCBB3A73D8A154EC58338CD528DDA4AE49A2E5028F31132078F1375FA6C3564B7B875615D1CD5750B60E89135F9123AE67424F8B2BE54C97AD959FD85161C7DB2EB35ACF91AAF925FEF5D62F608CA37135F344085EEB4ED7AC848F186BBC462D5D548C85E0F45F00BEDFA1F99BDB903FD0C05010002FD0B01111A9280::-60
2022.01.17 07:49:49.230 5: WMBUS raw msg bA944C514722005140004D7F07AA90090255B7A4F0350A6AE52B16FF77AF4CF2390C8153B81D5E7B13D0BFE59600ECF6EBF3E4850EE87DFD3AE65B465945027984BAB2C019CCBB3A73D8A154EC58338CD528DDA4AE49A2E5028F31132078F1375FA6C3564B7B875615D1CD5750B60E89135F9123AE67424F8B2BE54C97AD959FD85161C7DB2EB35ACF91AAF925FEF5D62F608CA37135F344085EEB4ED7AC848F186BBC462D5D548C85E0F45F00BEDFA1F99BDB903FD0C05010002FD0B01111A9280::-60
2022.01.17 07:49:49.232 2: WMBUS WMBUS_EFE_14052072_0_4 Error during ApplicationLayer parse:encrypted message and no aeskey provided
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: killah78 am 19 Januar 2022, 12:34:22
Zitat von: kaihs am 23 November 2021, 21:56:44
Wie groß ist denn der Puffer (TTY_BUFSIZE) eingestellt?

Wie ist maplecul denn physikalisch mit fhem verbunden, Ethernet oder USB?
Kannst du dich mit einem Terminalprogramm damit verbinden und da mal protokollieren wie die Nachrichten aussehen?
Wenn sie da schon kaputt sind liegt es an der culfw, sonst wahrscheinlich an fhem.

Hi sorry für die späte Rückmeldung.
der Maple CUL ist per USB an einem Raspi und dann per ser2net an FHEM angebunden.
Der Maple CUL hat einen Puffer (TTY_BUFSIZE) von 512 eingestellt. Ist der Standardwert. Ist diese größe für alle Empfänger verfügbar oder wird der noch durch 4 geteilt? Bei meinem nanoCUL muss ich mindestens 220 einstellen, damit diese Nachricht empfangen wird.

Jetzt kommt das "Aber":
Im Terminal sieht das für mich korrekt aus. Dort habe ich ein "V" gesendet, dann mit dem "b135..." rufe ich den Wert vom Wechselrichter ab. Und es kommt dann die Nachricht "b5C..." welches die relevante Nachricht ist.


V 1.26.08 a-culfw Build: private build (unknown) MapleCUNx4_07 (F-Band: 868MHz)
b135BB4B098630000010291C7510C790000000000FFA73CBF8003
b5C08B4B0986300000102DA227A00000000022BFA00027C076968705FE75E736D670000001D6600027C0471657266A9990000017C08706D745F6364636404017C31F408706D745F6361636405027C0B746C6F12FA765F63645F636573080006FD670000001D66000000FFFF80EC


Also wird das scheinbar im wmbus modul nicht korrekt verarbeitet. Obwohl.. mit dem nanoCul gehts ja.

Hier eine Terminalausgabe aus dem nanoCUL.
V 1.67 nanoCUL868
b135BB4B098630000010291C7510C790000000000FFA73CBF8206
b5C08B4B0986300000102DA227A00000000022BFA00027C076968705FE75E736F63E80301FD6600027C0471657266A9990000017C08706D745F6364636405017CD45E08706D745F6361636405027C0B746C6F12FA765F63645F636573080006FD670000001D66000000FFFF802


Edit:
Hier nochmal ein logauszug mit maple-cul:
2022.01.19 14:33:40.583 5: CUL_Read: MAPLECUL1_868 /**b5C08B4B0986300000102DA227A00000000022BFA00027C076968705FE75E76FD670000001D66000000FFFF80F3
A9990000017C08706D745F6364636405017CD45E08706D745F6361636406027C0B746C6F39DE765F63645F636573080006FD670000001D66000000FFFF80F3

An der Stelle sind wir aber noch garnicht im WMBUS modul. Das ist ja eher im CUL Modul.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Ralf9 am 31 Januar 2022, 23:04:37
Hallo,

ich bin z.Zt. dabei in die Signalduino Version für den Maple Mini und ESP32 WMBus S, T und C einzubauen. Ich verwende dabei die Routinen von der culw.
Dabei ist mir aufgefallen, daß in den Routinen verifyCrcBytesCmodeA und verifyCrcBytesCmodeB was nicht passt
Zitat von: Ralf9 am 31 Januar 2022, 08:12:22
Diese Routine funktioniert so nicht

uint16 verifyCrcBytesCmodeB(uint8* pByte, uint8* pPacket, uint16 packetSize)
{
  uint16 crc = 0;
  uint16 i = 0;
  if (packetSize > 128) {
...
  }

  while (i < packetSize - 2) {
    crc = crcCalc(crc, pByte[i]);
    pPacket[i] = pByte[i];
    ++i;
  }

  if ((~crc) != (pByte[packetSize - 2] << 8 | pByte[packetSize - 1])) {
    return (PACKET_CRC_ERROR);
  }

  pPacket[packetSize - 2] = pByte[packetSize - 2];
  pPacket[packetSize - 1] = pByte[packetSize - 1];

  return (PACKET_OK);
}


Weiß jemand warum diese Abfrage beim Maple Mini und der Arduino IDE so nicht funktioniert?
if ((~crc) != (pByte[packetSize - 2] << 8 | pByte[packetSize - 1])) {

so auch nicht
if ((~crc) != ((uint16_t)pByte[packetSize - 2] << 8 | pByte[packetSize - 1])) {

So funktionierts:
uint16_t ic;
uint16_t ii;
ic = ~crc
ii = (uint16_t)pByte[packetSize - 2] << 8 | pByte[packetSize - 1]
if (ic != ii) {


Gruß Ralf

Das empfangen von WMBus C FramemodeB habe ich mit dem Multical 21 getestet.
Zum Testen vom WMBus S und T verwende  ich diese culw firmware
Zitat von: killah78 am 21 Januar 2022, 09:58:12
Ich habe dann selbst kompiliert (Von https://sourceforge.net/projects/culfw/).
Habe dir die Version angehangen für (nanoCUL868). Diese hat aber nur WMBUS aktiviert und eine Buffersize von 220.
Kurze Nachrichten kann ich damit senden, die werden auch vom sduino empfangen.
bst0F44AE0C7856341201074447780B12436587255D
bss0F44AE0C7856341201074447780B12436587255D

Bei dieser funktioniert das Senden nicht, ist diese zu lang?
bss2E4465B29498061541076AD87A1F000000046D301194210C134115441599004C1384664300426C7F2C326CFFFF0CA7D97859940857771FCA

Wie lang darf mit dieser culw firmware die Sendenachricht maximal sein?

Gruß Ralf
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Ralf9 am 01 Februar 2022, 09:35:08
mir ist nicht klar,

wenn dieses funktioniert
uint16_t ic;
uint16_t ii;
ic = ~crc
ii = (uint16_t)pByte[packetSize - 2] << 8 | pByte[packetSize - 1]
if (ic != ii) {


warum funktioniert dann dies nicht?
if ((~crc) != ((uint16_t)pByte[packetSize - 2] << 8 | pByte[packetSize - 1])) {
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Ralf9 am 01 Februar 2022, 23:28:34
Ich hab nun auf einen Maple diese firmware geflasht "V 1.26.08 a-culfw MapleCUNx4_03"
Die Puffer sollten da eigentlich ausreichend sein
Zitatin der board.h steht: #define TTY_BUFSIZE  512
in der rf_mbus.c:
// Buffers
uint8 MBpacket[291];
uint8 MBbytes[584];

Wenn ich nun mit WMBus S oder T was längeres als dieses hier "bss0F44AE0C7856341201074447780B12436587255D" senden will, macht der Maple einen Reset.

Ich habs damit mit "set raw .." getestet
bss374468500905276739C3BFFFA2109F27CE480158623A0000819E1D8DA7BD34EA579A562B000000000000D0C01E0279CC4D5597C5852269AFAA2B7E2C37E92B04
Diese Nachricht habe ich hier im Forum gefunden und ist vom einem "WMBUS_TCH_67270509_57_195"
Sie hat nur eine Länge von 128/2 = 64 Bytes
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Ralf9 am 06 Februar 2022, 13:33:54
Durch einen Bug in der culfw können damit nur max 64 Byte gesendet werden,
Ich hab nun in die kommende sduino Version 4.2.2 auch das Senden eingebaut und kann damit auch längere Nachrichten senden. Ich habs mit 192 Byte getestet.

Ich bin mir noch unsicher, wie ichs mit den Copyrigth Hinweisen mache.
In der  rl_mbus.c steht:
/*
* Copyright by D.Tostmann
* Inspired by code from TI.com AN
* License: GPL v2
*/


Ist es ok, wenn ich es so schreibe?
/*
* Copyright by D.Tostmann
* Inspired by code from TI.com AN
* License: GPL v2
*
* kaihs 2018: add support for WMBUS type C reception
* Ralf9 2022: rf_mbus.c in mbus.h umbenannt und fuer den SIGNALDuino angepasst und erweitert
*
*/


Gruß Ralf
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: killah78 am 07 Februar 2022, 12:57:29
Hallo Ralf,
sowas habe ich mir gewünscht, dass der Signalduino auch WMBUS kann. :-)
Ich kann bestätigen, dass ich mit der a-cul und maple Probleme habe eine lange Nachricht mit WMBUS-S zu empfangen. Diese wird zerstückelt. Hast du ja oben bestimmt gelesen. Dagegen funktioniert der Empfang mit einem nanoCUL korrekt.
Ich hatte mich auch mal dran probiert die WMBUS-C implementierung ins a-cul zu bekommen. Aber hat mit meine "copy-paste-Künsten" nicht so funktioniert. :-(
Die sduino Version 4.2.2 empfängt auch, oder sendet nur? Würde die dann mal testen. Habe C und S Geräte.
Gruss
killah78
PS: Kannst du den But in der culfw aufzeigen? So kann man sich das selbst korrigieren, falls es nicht gefixt wird.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Ralf9 am 07 Februar 2022, 23:15:30
Hallo killah78,

Ich habe zum Testen mit dem sduino lange WMBUS S und T Nachrichten gesendet und mit der "V 1.26.08 a-culfw MapleCUNx4_03" fehlerfrei empfangen.
Mir sind bei der culfw Firmware bei den Empfangsroutinen keine Bugs aufgefallen. Bei den Senderoutinen gibts mindestens ein Bug.

Hast Du mal versucht ob der Empfang mit dem Maple besser ist, wenn nur ein cc1101 Modul aktiv ist?

Die Version 4.2.2 kann WMBUS S, T und C empfangen.

Gruß Ralf
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: killah78 am 08 Februar 2022, 15:04:36
hmmh. stimmt. wenn ich meine letzte Nachricht oben lese, kommt es im maple-CUL im Terminal korrekt an, wird aber in FHEM nicht korrekt verarbeitet. Vielleicht kannst du das auch nochmal testen:
sende mit dem Signalduino folgende Nachricht:
(bss)b5C08B4B0986300000102DA227A00000000022BFA00027C076968705FE75E736D670000001D6600027C0471657266A9990000017C08706D745F6364636404017C31F408706D745F6361636405027C0B746C6F12FA765F63645F636573080006FD670000001D66000000FFFF80EC

Ob das mit dem maple-cul korrekt empfangen wird und ein entsprechendes WMBUS device erzeugt.
Bei mir wird das mit einem maple-cul irgendwie auseinandergerissen und es werden zwei "Teilnachrichten" erkannt, die dann natürlich ungültig sind.

Empfang mit nur einem aktiven Modul habe ich auch probiert. Aber wie gesagt, im Terminal sieht der Empfang gut aus. In FHEM kommt es dann zerstückelt an. Denke es liegt am CUL Modul.

Deine Version 4.2.2 ist noch nicht veröffentlicht auf github? Also noch nicht generell freigegeben?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Ralf9 am 11 Februar 2022, 09:44:29
Zitatwenn ich meine letzte Nachricht oben lese, kommt es im maple-CUL im Terminal korrekt an, wird aber in FHEM nicht korrekt verarbeitet. Vielleicht kannst du das auch nochmal testen:
Werde ich mal testen.

ZitatDeine Version 4.2.2 ist noch nicht veröffentlicht auf github? Also noch nicht generell freigegeben?
Nein, ist noch nicht im github.
Es kommt erst mal das dazu notwendige 00_Signalduino Modul v3.4.10

Was für eine Maple Hardware hast Du?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: masterpete23 am 11 Februar 2022, 10:31:58
Zitat von: masterpete23 am 22 Dezember 2021, 17:57:19
Hallo,

ich hatte noch einen CUL und dachte mir ich teste damit mal oben ich unseren flowIQ® 2200 der Firma kamstrup auslesen kann.
Internals:
   CMDS       ABbCeFGhiKkLlMmNRTtUuVWXxYZ
   CUL_0_MSGCNT 28
   CUL_0_TIME 2021-12-22 17:54:04
   Clients    :WMBUS:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        /dev/ttyACM0@9600 1034
   DeviceName /dev/ttyACM0@9600
   FD         7
   FHTID      1034
   FUUID      61c3471d-f33f-de1a-a0ff-13afca1bb5612b59
   MessageEncoding CUL
   NAME       CUL_0
   NR         14
   PARTIAL   
   RAWMSG     b32446850817825716980CFF3A0119F2987046039D703EE09230E21714B2E00716B1900000000000000000000001651D22D3E436A5376537770AB0785D9
   RSSI       -93.5
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.67 CUL868
   devioNoSTATE 1
   initString X21
brt
   MatchList:
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     J:WMBUS    ^b.*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2021-12-22 17:36:16   cmds             A B b C e F G h i K k L l M m N R T t U u V W X x Y Z
     2021-12-22 17:54:04   state           Initialized
   internal:
     rawMsg     b32446850817825716980CFF3A0119F2987046039D703EE09230E21714B2E00716B1900000000000000000000001651D22D3E436A5376537770AB0785::-93.5
Attributes:
   rfmode     WMBus_T
   verbose    5


Dokus konnte ich https://products.kamstrup.com/documents/5d1b4a762d792.pdf (https://products.kamstrup.com/documents/5d1b4a762d792.pdf) und https://www.metherm.de/user/product_files/flowiq2200.pdf (https://www.metherm.de/user/product_files/flowiq2200.pdf) finden.
Er legt auch fleißig devices mit Namen wie WMBUS_TCH_71257825_105_128 an.
Leider weiß ich nicht, ob meiner dabei ist und wie ich ihm damit mehr entlocken kann.
Logs liefert immer sowas in der Art:
Unsupported CI Field a0, remaining payload is 019f29130e60398708770474040000010000000000000000000000000047425e6a6d694f9b9a9886
Im fhemlog:
2021.12.22 17:40:39 5: CUL_Read: CUL_0 /b32446850277825716980A116A0019F29101260390F09F5036C040000FFE2010
2021.12.22 17:40:39 5: CUL_Read: CUL_0 b32446850277825716980A116A0019F29101260390F09F5036C040000FFE2010/0000000000000000000000000443486F4496068785CC1BAAFA363938CD5

2021.12.22 17:40:39 4: CUL_Parse: CUL_0 b32446850277825716980A116A0019F29101260390F09F5036C040000FFE20100000000000000000000000000443486F4496068785CC1BAAFA363938CD5 -95.5
2021.12.22 17:40:39 5: CUL_0: dispatch b32446850277825716980A116A0019F29101260390F09F5036C040000FFE20100000000000000000000000000443486F4496068785CC1BAAFA363938C::-95.5
2021.12.22 17:40:39 5: WMBUS raw msg b32446850277825716980A116A0019F29101260390F09F5036C040000FFE20100000000000000000000000000443486F4496068785CC1BAAFA363938C::-95.5
2021.12.22 17:40:39 3: WMBUS Unknown device b32446850277825716980A116A0019F29101260390F09F5036C040000FFE20100000000000000000000000000443486F4496068785CC1BAAFA363938C::-95.5, please define it
2021.12.22 17:40:39 2: autocreate: define WMBUS_TCH_71257827_105_128 WMBUS b32446850277825716980A116A0019F29101260390F09F5036C040000FFE20100000000000000000000000000443486F4496068785CC1BAAFA363938C::-95.5
2021.12.22 17:40:39 3: WMBUS_TCH_71257827_105_128: I/O device is CUL_0
2021.12.22 17:40:39 2: autocreate: define FileLog_WMBUS_TCH_71257827_105_128 FileLog ./log/WMBUS_TCH_71257827_105_128-%Y.log WMBUS_TCH_71257827_105_128
2021.12.22 17:41:00 5: CUL_Read: CUL_0 /b32446850037925716980B8ADA0119F297A086039B8094C0B870F5BE23BF200E
2021.12.22 17:41:00 5: CUL_Read: CUL_0 b32446850037925716980B8ADA0119F297A086039B8094C0B870F5BE23BF200E/2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D80D8

2021.12.22 17:41:00 4: CUL_Parse: CUL_0 b32446850037925716980B8ADA0119F297A086039B8094C0B870F5BE23BF200E2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D80D8 -94
2021.12.22 17:41:00 5: CUL_0: dispatch b32446850037925716980B8ADA0119F297A086039B8094C0B870F5BE23BF200E2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D80::-94
2021.12.22 17:41:00 5: WMBUS raw msg b32446850037925716980B8ADA0119F297A086039B8094C0B870F5BE23BF200E2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D80::-94
2021.12.22 17:41:00 3: WMBUS Unknown device b32446850037925716980B8ADA0119F297A086039B8094C0B870F5BE23BF200E2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D80::-94, please define it
2021.12.22 17:41:00 2: autocreate: define WMBUS_TCH_71257903_105_128 WMBUS b32446850037925716980B8ADA0119F297A086039B8094C0B870F5BE23BF200E2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D80::-94
2021.12.22 17:41:00 3: WMBUS_TCH_71257903_105_128: I/O device is CUL_0
2021.12.22 17:41:00 2: autocreate: define FileLog_WMBUS_TCH_71257903_105_128 FileLog ./log/WMBUS_TCH_71257903_105_128-%Y.log WMBUS_TCH_71257903_105_128
2021.12.22 17:41:02 5: CUL_Read: CUL_0 /b32446850817825716980CFF3A0119F2987046039D703B309F70E21710435007
2021.12.22 17:41:02 5: CUL_Read: CUL_0 b32446850817825716980CFF3A0119F2987046039D703B309F70E21710435007/16B1900000000000000000000001651D22D3E436A5376537770AB0786D8

2021.12.22 17:41:02 4: CUL_Parse: CUL_0 b32446850817825716980CFF3A0119F2987046039D703B309F70E2171043500716B1900000000000000000000001651D22D3E436A5376537770AB0786D8 -94
2021.12.22 17:41:02 5: CUL_0: dispatch b32446850817825716980CFF3A0119F2987046039D703B309F70E2171043500716B1900000000000000000000001651D22D3E436A5376537770AB0786::-94
2021.12.22 17:41:02 5: WMBUS raw msg b32446850817825716980CFF3A0119F2987046039D703B309F70E2171043500716B1900000000000000000000001651D22D3E436A5376537770AB0786::-94
2021.12.22 17:41:02 3: WMBUS Unknown device b32446850817825716980CFF3A0119F2987046039D703B309F70E2171043500716B1900000000000000000000001651D22D3E436A5376537770AB0786::-94, please define it
2021.12.22 17:41:02 2: autocreate: define WMBUS_TCH_71257881_105_128 WMBUS b32446850817825716980CFF3A0119F2987046039D703B309F70E2171043500716B1900000000000000000000001651D22D3E436A5376537770AB0786::-94
2021.12.22 17:41:02 3: WMBUS_TCH_71257881_105_128: I/O device is CUL_0
2021.12.22 17:41:02 2: autocreate: define FileLog_WMBUS_TCH_71257881_105_128 FileLog ./log/WMBUS_TCH_71257881_105_128-%Y.log WMBUS_TCH_71257881_105_128
2021.12.22 17:41:26 5: CUL_Read: CUL_0 /b32446850267825716980609EA0019F29FB0E60393E03B604BD04000002D0010
2021.12.22 17:41:26 5: CUL_Read: CUL_0 b32446850267825716980609EA0019F29FB0E60393E03B604BD04000002D0010/000000000000000000000000001003BCB00020303057D8E866BBAE284D6

2021.12.22 17:41:26 4: CUL_Parse: CUL_0 b32446850267825716980609EA0019F29FB0E60393E03B604BD04000002D0010000000000000000000000000001003BCB00020303057D8E866BBAE284D6 -95
2021.12.22 17:41:26 5: CUL_0: dispatch b32446850267825716980609EA0019F29FB0E60393E03B604BD04000002D0010000000000000000000000000001003BCB00020303057D8E866BBAE284::-95
2021.12.22 17:41:26 5: WMBUS raw msg b32446850267825716980609EA0019F29FB0E60393E03B604BD04000002D0010000000000000000000000000001003BCB00020303057D8E866BBAE284::-95
2021.12.22 17:41:26 3: WMBUS Unknown device b32446850267825716980609EA0019F29FB0E60393E03B604BD04000002D0010000000000000000000000000001003BCB00020303057D8E866BBAE284::-95, please define it
2021.12.22 17:41:26 2: autocreate: define WMBUS_TCH_71257826_105_128 WMBUS b32446850267825716980609EA0019F29FB0E60393E03B604BD04000002D0010000000000000000000000000001003BCB00020303057D8E866BBAE284::-95
2021.12.22 17:41:26 3: WMBUS_TCH_71257826_105_128: I/O device is CUL_0
2021.12.22 17:41:26 2: autocreate: define FileLog_WMBUS_TCH_71257826_105_128 FileLog ./log/WMBUS_TCH_71257826_105_128-%Y.log WMBUS_TCH_71257826_105_128
2021.12.22 17:41:32 5: CUL_Read: CUL_0 /b324468505478257169807E64A0019F29C8086039E604EB04D40500001B2A010
2021.12.22 17:41:32 5: CUL_Read: CUL_0 b324468505478257169807E64A0019F29C8086039E604EB04D40500001B2A010/00000000000000000000000000320F1852947344320816B5D4A20728CD8

2021.12.22 17:41:32 4: CUL_Parse: CUL_0 b324468505478257169807E64A0019F29C8086039E604EB04D40500001B2A01000000000000000000000000000320F1852947344320816B5D4A20728CD8 -94
2021.12.22 17:41:32 5: CUL_0: dispatch b324468505478257169807E64A0019F29C8086039E604EB04D40500001B2A01000000000000000000000000000320F1852947344320816B5D4A20728C::-94
2021.12.22 17:41:32 5: WMBUS raw msg b324468505478257169807E64A0019F29C8086039E604EB04D40500001B2A01000000000000000000000000000320F1852947344320816B5D4A20728C::-94
2021.12.22 17:41:32 3: WMBUS Unknown device b324468505478257169807E64A0019F29C8086039E604EB04D40500001B2A01000000000000000000000000000320F1852947344320816B5D4A20728C::-94, please define it
2021.12.22 17:41:32 2: autocreate: define WMBUS_TCH_71257854_105_128 WMBUS b324468505478257169807E64A0019F29C8086039E604EB04D40500001B2A01000000000000000000000000000320F1852947344320816B5D4A20728C::-94
2021.12.22 17:41:32 3: WMBUS_TCH_71257854_105_128: I/O device is CUL_0
2021.12.22 17:41:32 2: autocreate: define FileLog_WMBUS_TCH_71257854_105_128 FileLog ./log/WMBUS_TCH_71257854_105_128-%Y.log WMBUS_TCH_71257854_105_128
2021.12.22 17:43:48 5: CUL_Read: CUL_0 /b324468500279257169807925A0119F29000060390C01B808350D174E10F1004
2021.12.22 17:43:48 5: CUL_Read: CUL_0 b324468500279257169807925A0119F29000060390C01B808350D174E10F1004/E2F050300000000000000000000002A12000000000F61000000052086D8

2021.12.22 17:43:48 4: CUL_Parse: CUL_0 b324468500279257169807925A0119F29000060390C01B808350D174E10F1004E2F050300000000000000000000002A12000000000F61000000052086D8 -94
2021.12.22 17:43:48 5: CUL_0: dispatch b324468500279257169807925A0119F29000060390C01B808350D174E10F1004E2F050300000000000000000000002A12000000000F61000000052086::-94
2021.12.22 17:43:48 5: WMBUS raw msg b324468500279257169807925A0119F29000060390C01B808350D174E10F1004E2F050300000000000000000000002A12000000000F61000000052086::-94
2021.12.22 17:43:48 3: WMBUS Unknown device b324468500279257169807925A0119F29000060390C01B808350D174E10F1004E2F050300000000000000000000002A12000000000F61000000052086::-94, please define it
2021.12.22 17:43:48 2: autocreate: define WMBUS_TCH_71257902_105_128 WMBUS b324468500279257169807925A0119F29000060390C01B808350D174E10F1004E2F050300000000000000000000002A12000000000F61000000052086::-94
2021.12.22 17:43:48 3: WMBUS_TCH_71257902_105_128: I/O device is CUL_0
2021.12.22 17:43:48 2: autocreate: define FileLog_WMBUS_TCH_71257902_105_128 FileLog ./log/WMBUS_TCH_71257902_105_128-%Y.log WMBUS_TCH_71257902_105_128
2021.12.22 17:44:40 5: CUL_Read: CUL_0 /b32446850277825716980A116A0019F29101260390F09F5036B0400005E72010
2021.12.22 17:44:40 5: CUL_Read: CUL_0 b32446850277825716980A116A0019F29101260390F09F5036B0400005E72010/0000000000000000000000000443486F4496068785CC1BAAFA3639385D5

2021.12.22 17:44:40 4: CUL_Parse: CUL_0 b32446850277825716980A116A0019F29101260390F09F5036B0400005E720100000000000000000000000000443486F4496068785CC1BAAFA3639385D5 -95.5
2021.12.22 17:44:40 5: CUL_0: dispatch b32446850277825716980A116A0019F29101260390F09F5036B0400005E720100000000000000000000000000443486F4496068785CC1BAAFA3639385::-95.5
2021.12.22 17:44:40 5: WMBUS raw msg b32446850277825716980A116A0019F29101260390F09F5036B0400005E720100000000000000000000000000443486F4496068785CC1BAAFA3639385::-95.5
2021.12.22 17:44:40 2: WMBUS WMBUS_TCH_71257827_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 019f29101260390f09f5036b04000001000000000000000000000000004434496068785cc1baafa3
2021.12.22 17:44:51 5: CUL_Read: CUL_0 /b324468502578257169801F63A0019F29130E603987087604740400005F47010
2021.12.22 17:44:51 5: CUL_Read: CUL_0 b324468502578257169801F63A0019F29130E603987087604740400005F47010/000000000000000000000000047429BF55E6A6D694F9B9A988606ED84D4

2021.12.22 17:44:51 4: CUL_Parse: CUL_0 b324468502578257169801F63A0019F29130E603987087604740400005F47010000000000000000000000000047429BF55E6A6D694F9B9A988606ED84D4 -96
2021.12.22 17:44:51 5: CUL_0: dispatch b324468502578257169801F63A0019F29130E603987087604740400005F47010000000000000000000000000047429BF55E6A6D694F9B9A988606ED84::-96
2021.12.22 17:44:51 5: WMBUS raw msg b324468502578257169801F63A0019F29130E603987087604740400005F47010000000000000000000000000047429BF55E6A6D694F9B9A988606ED84::-96
2021.12.22 17:44:51 3: WMBUS Unknown device b324468502578257169801F63A0019F29130E603987087604740400005F47010000000000000000000000000047429BF55E6A6D694F9B9A988606ED84::-96, please define it
2021.12.22 17:44:51 2: autocreate: define WMBUS_TCH_71257825_105_128 WMBUS b324468502578257169801F63A0019F29130E603987087604740400005F47010000000000000000000000000047429BF55E6A6D694F9B9A988606ED84::-96
2021.12.22 17:44:51 3: WMBUS_TCH_71257825_105_128: I/O device is CUL_0
2021.12.22 17:44:51 2: autocreate: define FileLog_WMBUS_TCH_71257825_105_128 FileLog ./log/WMBUS_TCH_71257825_105_128-%Y.log WMBUS_TCH_71257825_105_128
2021.12.22 17:45:04 5: CUL_Read: CUL_0 /b32446850037925716980B8ADA0119F297A086039B809580B460F5BE2F84400E
2021.12.22 17:45:04 5: CUL_Read: CUL_0 b32446850037925716980B8ADA0119F297A086039B809580B460F5BE2F84400E/2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D86DB

2021.12.22 17:45:04 4: CUL_Parse: CUL_0 b32446850037925716980B8ADA0119F297A086039B809580B460F5BE2F84400E2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D86DB -92.5
2021.12.22 17:45:04 5: CUL_0: dispatch b32446850037925716980B8ADA0119F297A086039B809580B460F5BE2F84400E2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D86::-92.5
2021.12.22 17:45:04 5: WMBUS raw msg b32446850037925716980B8ADA0119F297A086039B809580B460F5BE2F84400E2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D86::-92.5
2021.12.22 17:45:04 2: WMBUS WMBUS_TCH_71257903_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 119f297a086039b809580b460f5be200e2cfbeb96c6032170000000000363f72937b8f62b6c5bfa9
2021.12.22 17:45:05 5: CUL_Read: CUL_0 /b32446850817825716980CFF3A0119F2987046039D703ED09260F21710689007
2021.12.22 17:45:05 5: CUL_Read: CUL_0 b32446850817825716980CFF3A0119F2987046039D703ED09260F21710689007/16B1900000000000000000000001651D22D3E436A5376537770AB0781D8

2021.12.22 17:45:05 4: CUL_Parse: CUL_0 b32446850817825716980CFF3A0119F2987046039D703ED09260F2171068900716B1900000000000000000000001651D22D3E436A5376537770AB0781D8 -94
2021.12.22 17:45:05 5: CUL_0: dispatch b32446850817825716980CFF3A0119F2987046039D703ED09260F2171068900716B1900000000000000000000001651D22D3E436A5376537770AB0781::-94
2021.12.22 17:45:05 5: WMBUS raw msg b32446850817825716980CFF3A0119F2987046039D703ED09260F2171068900716B1900000000000000000000001651D22D3E436A5376537770AB0781::-94
2021.12.22 17:45:05 2: WMBUS WMBUS_TCH_71257881_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 119f2987046039d703ed09260f217100716b190000000000000000000000162d3e436a5376537770
2021.12.22 17:45:28 5: CUL_Read: CUL_0 /b32446850267825716980609EA0019F29FB0E60393E03B604BD04000002D0010
2021.12.22 17:45:28 5: CUL_Read: CUL_0 b32446850267825716980609EA0019F29FB0E60393E03B604BD04000002D0010/000000000000000000000000001003BCB00020303057D8E866BBAE286D7

2021.12.22 17:45:28 4: CUL_Parse: CUL_0 b32446850267825716980609EA0019F29FB0E60393E03B604BD04000002D0010000000000000000000000000001003BCB00020303057D8E866BBAE286D7 -94.5
2021.12.22 17:45:28 5: CUL_0: dispatch b32446850267825716980609EA0019F29FB0E60393E03B604BD04000002D0010000000000000000000000000001003BCB00020303057D8E866BBAE286::-94.5
2021.12.22 17:45:28 5: WMBUS raw msg b32446850267825716980609EA0019F29FB0E60393E03B604BD04000002D0010000000000000000000000000001003BCB00020303057D8E866BBAE286::-94.5
2021.12.22 17:45:28 2: WMBUS WMBUS_TCH_71257826_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 019f29fb0e60393e03b604bd0400000100000000000000000000000000010000020303057d8e866b
2021.12.22 17:45:35 5: CUL_Read: CUL_0 /b32446850676761816980304DA0119F293B0A60393309AC0A760F53DF256D00D
2021.12.22 17:45:35 5: CUL_Read: CUL_0 b32446850676761816980304DA0119F293B0A60393309AC0A760F53DF256D00D/FC3C1BB2425010000000000002C3D3D97669588A458E8D5D3D4423682DD

2021.12.22 17:45:35 4: CUL_Parse: CUL_0 b32446850676761816980304DA0119F293B0A60393309AC0A760F53DF256D00DFC3C1BB2425010000000000002C3D3D97669588A458E8D5D3D4423682DD -91.5
2021.12.22 17:45:35 5: CUL_0: dispatch b32446850676761816980304DA0119F293B0A60393309AC0A760F53DF256D00DFC3C1BB2425010000000000002C3D3D97669588A458E8D5D3D4423682::-91.5
2021.12.22 17:45:35 5: WMBUS raw msg b32446850676761816980304DA0119F293B0A60393309AC0A760F53DF256D00DFC3C1BB2425010000000000002C3D3D97669588A458E8D5D3D4423682::-91.5
2021.12.22 17:45:35 3: WMBUS Unknown device b32446850676761816980304DA0119F293B0A60393309AC0A760F53DF256D00DFC3C1BB2425010000000000002C3D3D97669588A458E8D5D3D4423682::-91.5, please define it
2021.12.22 17:45:35 2: autocreate: define WMBUS_TCH_81616767_105_128 WMBUS b32446850676761816980304DA0119F293B0A60393309AC0A760F53DF256D00DFC3C1BB2425010000000000002C3D3D97669588A458E8D5D3D4423682::-91.5
2021.12.22 17:45:35 3: WMBUS_TCH_81616767_105_128: I/O device is CUL_0
2021.12.22 17:45:35 2: autocreate: define FileLog_WMBUS_TCH_81616767_105_128 FileLog ./log/WMBUS_TCH_81616767_105_128-%Y.log WMBUS_TCH_81616767_105_128
2021.12.22 17:45:40 5: CUL_Read: CUL_0 /b324468505478257169807E64A0019F29C8086039E604ED04DD0500003B05010
2021.12.22 17:45:40 5: CUL_Read: CUL_0 b324468505478257169807E64A0019F29C8086039E604ED04DD0500003B05010/00000000000000000000000000320F1852947344320816B5D4A207287D6

2021.12.22 17:45:40 4: CUL_Parse: CUL_0 b324468505478257169807E64A0019F29C8086039E604ED04DD0500003B0501000000000000000000000000000320F1852947344320816B5D4A207287D6 -95
2021.12.22 17:45:40 5: CUL_0: dispatch b324468505478257169807E64A0019F29C8086039E604ED04DD0500003B0501000000000000000000000000000320F1852947344320816B5D4A207287::-95
2021.12.22 17:45:40 5: WMBUS raw msg b324468505478257169807E64A0019F29C8086039E604ED04DD0500003B0501000000000000000000000000000320F1852947344320816B5D4A207287::-95
2021.12.22 17:45:40 2: WMBUS WMBUS_TCH_71257854_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 019f29c8086039e604ed04dd050000010000000000000000000000000003202947344320816b5d4a
2021.12.22 17:46:26 5: CUL_Read: CUL_0 /b3244685001792571698006D8A0119F2934076039A20BFA0A2510459BE077019
2021.12.22 17:46:26 5: CUL_Read: CUL_0 b3244685001792571698006D8A0119F2934076039A20BFA0A2510459BE077019/B975115000000000000000000002353993B76608835C89E9D8B911280E4

2021.12.22 17:46:26 4: CUL_Parse: CUL_0 b3244685001792571698006D8A0119F2934076039A20BFA0A2510459BE077019B975115000000000000000000002353993B76608835C89E9D8B911280E4 -88
2021.12.22 17:46:26 5: CUL_0: dispatch b3244685001792571698006D8A0119F2934076039A20BFA0A2510459BE077019B975115000000000000000000002353993B76608835C89E9D8B911280::-88
2021.12.22 17:46:26 5: WMBUS raw msg b3244685001792571698006D8A0119F2934076039A20BFA0A2510459BE077019B975115000000000000000000002353993B76608835C89E9D8B911280::-88
2021.12.22 17:46:26 3: WMBUS Unknown device b3244685001792571698006D8A0119F2934076039A20BFA0A2510459BE077019B975115000000000000000000002353993B76608835C89E9D8B911280::-88, please define it
2021.12.22 17:46:26 2: autocreate: define WMBUS_TCH_71257901_105_128 WMBUS b3244685001792571698006D8A0119F2934076039A20BFA0A2510459BE077019B975115000000000000000000002353993B76608835C89E9D8B911280::-88
2021.12.22 17:46:26 3: WMBUS_TCH_71257901_105_128: I/O device is CUL_0
2021.12.22 17:46:26 2: autocreate: define FileLog_WMBUS_TCH_71257901_105_128 FileLog ./log/WMBUS_TCH_71257901_105_128-%Y.log WMBUS_TCH_71257901_105_128
2021.12.22 17:48:42 5: CUL_Read: CUL_0 /b32446850277825716980A116A0019F29101260390F09F5036A0400006542010
2021.12.22 17:48:42 5: CUL_Read: CUL_0 b32446850277825716980A116A0019F29101260390F09F5036A0400006542010/0000000000000000000000000443486F4496068785CC1BAAFA363938CD6

2021.12.22 17:48:42 4: CUL_Parse: CUL_0 b32446850277825716980A116A0019F29101260390F09F5036A04000065420100000000000000000000000000443486F4496068785CC1BAAFA363938CD6 -95
2021.12.22 17:48:42 5: CUL_0: dispatch b32446850277825716980A116A0019F29101260390F09F5036A04000065420100000000000000000000000000443486F4496068785CC1BAAFA363938C::-95
2021.12.22 17:48:42 5: WMBUS raw msg b32446850277825716980A116A0019F29101260390F09F5036A04000065420100000000000000000000000000443486F4496068785CC1BAAFA363938C::-95
2021.12.22 17:48:42 2: WMBUS WMBUS_TCH_71257827_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 019f29101260390f09f5036a04000001000000000000000000000000004434496068785cc1baafa3
2021.12.22 17:48:54 5: CUL_Read: CUL_0 /b324468502578257169801F63A0019F29130E603987087704740400009ECF010
2021.12.22 17:48:54 5: CUL_Read: CUL_0 b324468502578257169801F63A0019F29130E603987087704740400009ECF010/000000000000000000000000047429BF55E6A6D694F9B9A988606ED91D5

2021.12.22 17:48:54 4: CUL_Parse: CUL_0 b324468502578257169801F63A0019F29130E603987087704740400009ECF010000000000000000000000000047429BF55E6A6D694F9B9A988606ED91D5 -95.5
2021.12.22 17:48:54 5: CUL_0: dispatch b324468502578257169801F63A0019F29130E603987087704740400009ECF010000000000000000000000000047429BF55E6A6D694F9B9A988606ED91::-95.5
2021.12.22 17:48:54 5: WMBUS raw msg b324468502578257169801F63A0019F29130E603987087704740400009ECF010000000000000000000000000047429BF55E6A6D694F9B9A988606ED91::-95.5
2021.12.22 17:48:54 2: WMBUS WMBUS_TCH_71257825_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 019f29130e60398708770474040000010000000000000000000000000047425e6a6d694f9b9a9886
2021.12.22 17:49:06 5: CUL_Read: CUL_0 /b32446850817825716980CFF3A0119F2987046039D703090A8C0E2171FCA0007
2021.12.22 17:49:06 5: CUL_Read: CUL_0 b32446850817825716980CFF3A0119F2987046039D703090A8C0E2171FCA0007/16B1900000000000000000000001651D22D3E436A5376537770AB0783DA

2021.12.22 17:49:06 4: CUL_Parse: CUL_0 b32446850817825716980CFF3A0119F2987046039D703090A8C0E2171FCA000716B1900000000000000000000001651D22D3E436A5376537770AB0783DA -93
2021.12.22 17:49:06 5: CUL_0: dispatch b32446850817825716980CFF3A0119F2987046039D703090A8C0E2171FCA000716B1900000000000000000000001651D22D3E436A5376537770AB0783::-93
2021.12.22 17:49:06 5: WMBUS raw msg b32446850817825716980CFF3A0119F2987046039D703090A8C0E2171FCA000716B1900000000000000000000001651D22D3E436A5376537770AB0783::-93
2021.12.22 17:49:06 2: WMBUS WMBUS_TCH_71257881_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 119f2987046039d703090a8c0e217100716b190000000000000000000000162d3e436a5376537770
2021.12.22 17:49:44 5: CUL_Read: CUL_0 /b324468505478257169807E64A0019F29C8086039E604F104E60500004BEC010
2021.12.22 17:49:44 5: CUL_Read: CUL_0 b324468505478257169807E64A0019F29C8086039E604F104E60500004BEC010/00000000000000000000000000320F1852947344320816B5D4A20728BD7

2021.12.22 17:49:44 4: CUL_Parse: CUL_0 b324468505478257169807E64A0019F29C8086039E604F104E60500004BEC01000000000000000000000000000320F1852947344320816B5D4A20728BD7 -94.5
2021.12.22 17:49:44 5: CUL_0: dispatch b324468505478257169807E64A0019F29C8086039E604F104E60500004BEC01000000000000000000000000000320F1852947344320816B5D4A20728B::-94.5
2021.12.22 17:49:44 5: WMBUS raw msg b324468505478257169807E64A0019F29C8086039E604F104E60500004BEC01000000000000000000000000000320F1852947344320816B5D4A20728B::-94.5
2021.12.22 17:49:44 2: WMBUS WMBUS_TCH_71257854_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 019f29c8086039e604f104e6050000010000000000000000000000000003202947344320816b5d4a
2021.12.22 17:49:51 5: CUL_Read: CUL_0 /b32446850037925716980B8ADA0119F297A086039B809390BBE0E5BE2019100E
2021.12.22 17:49:51 5: CUL_Read: CUL_0 b32446850037925716980B8ADA0119F297A086039B809390BBE0E5BE2019100E/2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D83DD

2021.12.22 17:49:51 4: CUL_Parse: CUL_0 b32446850037925716980B8ADA0119F297A086039B809390BBE0E5BE2019100E2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D83DD -91.5
2021.12.22 17:49:51 5: CUL_0: dispatch b32446850037925716980B8ADA0119F297A086039B809390BBE0E5BE2019100E2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D83::-91.5
2021.12.22 17:49:51 5: WMBUS raw msg b32446850037925716980B8ADA0119F297A086039B809390BBE0E5BE2019100E2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D83::-91.5
2021.12.22 17:49:51 2: WMBUS WMBUS_TCH_71257903_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 119f297a086039b809390bbe0e5be200e2cfbeb96c6032170000000000363f72937b8f62b6c5bfa9
2021.12.22 17:50:18 5: CUL_Read: CUL_0 /b32446850267825716980609EA0019F29FB0E60393E03B704BD040000C358010
2021.12.22 17:50:18 5: CUL_Read: CUL_0 b32446850267825716980609EA0019F29FB0E60393E03B704BD040000C358010/000000000000000000000000001003BCB00020303057D8E866BBAE28CD5

2021.12.22 17:50:18 4: CUL_Parse: CUL_0 b32446850267825716980609EA0019F29FB0E60393E03B704BD040000C358010000000000000000000000000001003BCB00020303057D8E866BBAE28CD5 -95.5
2021.12.22 17:50:18 5: CUL_0: dispatch b32446850267825716980609EA0019F29FB0E60393E03B704BD040000C358010000000000000000000000000001003BCB00020303057D8E866BBAE28C::-95.5
2021.12.22 17:50:18 5: WMBUS raw msg b32446850267825716980609EA0019F29FB0E60393E03B704BD040000C358010000000000000000000000000001003BCB00020303057D8E866BBAE28C::-95.5
2021.12.22 17:50:18 2: WMBUS WMBUS_TCH_71257826_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 019f29fb0e60393e03b704bd0400000100000000000000000000000000010000020303057d8e866b
2021.12.22 17:50:28 5: CUL_Read: CUL_0 /b3244685001792571698006D8A0119F2934076039A20BC40AB20F459BCD40019
2021.12.22 17:50:28 5: CUL_Read: CUL_0 b3244685001792571698006D8A0119F2934076039A20BC40AB20F459BCD40019/B975115000000000000000000002353993B76608835C89E9D8B911281E4

2021.12.22 17:50:28 4: CUL_Parse: CUL_0 b3244685001792571698006D8A0119F2934076039A20BC40AB20F459BCD40019B975115000000000000000000002353993B76608835C89E9D8B911281E4 -88
2021.12.22 17:50:28 5: CUL_0: dispatch b3244685001792571698006D8A0119F2934076039A20BC40AB20F459BCD40019B975115000000000000000000002353993B76608835C89E9D8B911281::-88
2021.12.22 17:50:28 5: WMBUS raw msg b3244685001792571698006D8A0119F2934076039A20BC40AB20F459BCD40019B975115000000000000000000002353993B76608835C89E9D8B911281::-88
2021.12.22 17:50:28 2: WMBUS WMBUS_TCH_71257901_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 119f2934076039a20bc40ab20f459b019b97511500000000000000000000233b76608835c89e9d8b
2021.12.22 17:50:32 5: CUL_Read: CUL_0 /b32446850676761816980304DA0119F293B0A60393309210A340F53DF22AA00D
2021.12.22 17:50:32 5: CUL_Read: CUL_0 b32446850676761816980304DA0119F293B0A60393309210A340F53DF22AA00D/FC3C1BB2425010000000000002C3D3D97669588A458E8D5D3D4423682DF

2021.12.22 17:50:32 4: CUL_Parse: CUL_0 b32446850676761816980304DA0119F293B0A60393309210A340F53DF22AA00DFC3C1BB2425010000000000002C3D3D97669588A458E8D5D3D4423682DF -90.5
2021.12.22 17:50:32 5: CUL_0: dispatch b32446850676761816980304DA0119F293B0A60393309210A340F53DF22AA00DFC3C1BB2425010000000000002C3D3D97669588A458E8D5D3D4423682::-90.5
2021.12.22 17:50:32 5: WMBUS raw msg b32446850676761816980304DA0119F293B0A60393309210A340F53DF22AA00DFC3C1BB2425010000000000002C3D3D97669588A458E8D5D3D4423682::-90.5
2021.12.22 17:50:32 2: WMBUS WMBUS_TCH_81616767_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 119f293b0a60393309210a340f53df00dfc3c1bb2425010000000000002c3d669588a458e8d5d3d4
2021.12.22 17:51:53 5: CUL_Read: CUL_0 /b324468500279257169807925A0119F29000060390C01F908C40E174EB672004
2021.12.22 17:51:53 5: CUL_Read: CUL_0 b324468500279257169807925A0119F29000060390C01F908C40E174EB672004/E2F050300000000000000000000002A12000000000F61000000052085D9

2021.12.22 17:51:53 4: CUL_Parse: CUL_0 b324468500279257169807925A0119F29000060390C01F908C40E174EB672004E2F050300000000000000000000002A12000000000F61000000052085D9 -93.5
2021.12.22 17:51:53 5: CUL_0: dispatch b324468500279257169807925A0119F29000060390C01F908C40E174EB672004E2F050300000000000000000000002A12000000000F61000000052085::-93.5
2021.12.22 17:51:53 5: WMBUS raw msg b324468500279257169807925A0119F29000060390C01F908C40E174EB672004E2F050300000000000000000000002A12000000000F61000000052085::-93.5
2021.12.22 17:51:53 2: WMBUS WMBUS_TCH_71257902_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 119f29000060390c01f908c40e174e004e2f05030000000000000000000000000000000f61000000
2021.12.22 17:52:14 5: CUL_Read: CUL_0 /b32446850247825716980DEEBA0119F298A0B603948065E0456040000ABCE000
2021.12.22 17:52:14 5: CUL_Read: CUL_0 b32446850247825716980DEEBA0119F298A0B603948065E0456040000ABCE000/0000000000000000000000000685B221B8996A29872E8EAE8C9ECCE87D3

2021.12.22 17:52:14 4: CUL_Parse: CUL_0 b32446850247825716980DEEBA0119F298A0B603948065E0456040000ABCE0000000000000000000000000000685B221B8996A29872E8EAE8C9ECCE87D3 -96.5
2021.12.22 17:52:14 5: CUL_0: dispatch b32446850247825716980DEEBA0119F298A0B603948065E0456040000ABCE0000000000000000000000000000685B221B8996A29872E8EAE8C9ECCE87::-96.5
2021.12.22 17:52:14 5: WMBUS raw msg b32446850247825716980DEEBA0119F298A0B603948065E0456040000ABCE0000000000000000000000000000685B221B8996A29872E8EAE8C9ECCE87::-96.5
2021.12.22 17:52:14 3: WMBUS Unknown device b32446850247825716980DEEBA0119F298A0B603948065E0456040000ABCE0000000000000000000000000000685B221B8996A29872E8EAE8C9ECCE87::-96.5, please define it
2021.12.22 17:52:14 2: autocreate: define WMBUS_TCH_71257824_105_128 WMBUS b32446850247825716980DEEBA0119F298A0B603948065E0456040000ABCE0000000000000000000000000000685B221B8996A29872E8EAE8C9ECCE87::-96.5
2021.12.22 17:52:14 3: WMBUS_TCH_71257824_105_128: I/O device is CUL_0
2021.12.22 17:52:14 2: autocreate: define FileLog_WMBUS_TCH_71257824_105_128 FileLog ./log/WMBUS_TCH_71257824_105_128-%Y.log WMBUS_TCH_71257824_105_128
2021.12.22 17:53:54 5: CUL_Read: CUL_0 /b32446850037925716980B8ADA0119F297A086039B8092D0B3B0F5BE25E5E00E
2021.12.22 17:53:54 5: CUL_Read: CUL_0 b32446850037925716980B8ADA0119F297A086039B8092D0B3B0F5BE25E5E00E/2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D82DC

2021.12.22 17:53:54 4: CUL_Parse: CUL_0 b32446850037925716980B8ADA0119F297A086039B8092D0B3B0F5BE25E5E00E2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D82DC -92
2021.12.22 17:53:54 5: CUL_0: dispatch b32446850037925716980B8ADA0119F297A086039B8092D0B3B0F5BE25E5E00E2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D82::-92
2021.12.22 17:53:54 5: WMBUS raw msg b32446850037925716980B8ADA0119F297A086039B8092D0B3B0F5BE25E5E00E2CFBEB96C6032170000000000363F909572937B8F62B6C5BFA9A01D82::-92
2021.12.22 17:53:54 2: WMBUS WMBUS_TCH_71257903_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 119f297a086039b8092d0b3b0f5be200e2cfbeb96c6032170000000000363f72937b8f62b6c5bfa9
2021.12.22 17:54:04 5: CUL_Read: CUL_0 /b32446850817825716980CFF3A0119F2987046039D703EE09230E21714B2E007
2021.12.22 17:54:04 5: CUL_Read: CUL_0 b32446850817825716980CFF3A0119F2987046039D703EE09230E21714B2E007/16B1900000000000000000000001651D22D3E436A5376537770AB0785D9

2021.12.22 17:54:04 4: CUL_Parse: CUL_0 b32446850817825716980CFF3A0119F2987046039D703EE09230E21714B2E00716B1900000000000000000000001651D22D3E436A5376537770AB0785D9 -93.5
2021.12.22 17:54:04 5: CUL_0: dispatch b32446850817825716980CFF3A0119F2987046039D703EE09230E21714B2E00716B1900000000000000000000001651D22D3E436A5376537770AB0785::-93.5
2021.12.22 17:54:04 5: WMBUS raw msg b32446850817825716980CFF3A0119F2987046039D703EE09230E21714B2E00716B1900000000000000000000001651D22D3E436A5376537770AB0785::-93.5
2021.12.22 17:54:04 2: WMBUS WMBUS_TCH_71257881_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 119f2987046039d703ee09230e217100716b190000000000000000000000162d3e436a5376537770
2021.12.22 17:54:29 5: CUL_Read: CUL_0 /b3244685001792571698006D8A0119F2934076039A20BAF0A7911459B3A7E019
2021.12.22 17:54:29 5: CUL_Read: CUL_0 b3244685001792571698006D8A0119F2934076039A20BAF0A7911459B3A7E019/B975115000000000000000000002353993B76608835C89E9D8B911281E5

2021.12.22 17:54:29 4: CUL_Parse: CUL_0 b3244685001792571698006D8A0119F2934076039A20BAF0A7911459B3A7E019B975115000000000000000000002353993B76608835C89E9D8B911281E5 -87.5
2021.12.22 17:54:29 5: CUL_0: dispatch b3244685001792571698006D8A0119F2934076039A20BAF0A7911459B3A7E019B975115000000000000000000002353993B76608835C89E9D8B911281::-87.5
2021.12.22 17:54:29 5: WMBUS raw msg b3244685001792571698006D8A0119F2934076039A20BAF0A7911459B3A7E019B975115000000000000000000002353993B76608835C89E9D8B911281::-87.5
2021.12.22 17:54:29 2: WMBUS WMBUS_TCH_71257901_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 119f2934076039a20baf0a7911459b019b97511500000000000000000000233b76608835c89e9d8b
2021.12.22 17:54:35 5: CUL_Read: CUL_0 /b32446850676761816980304DA0119F293B0A60393309630ACA1053DFF37E00D
2021.12.22 17:54:35 5: CUL_Read: CUL_0 b32446850676761816980304DA0119F293B0A60393309630ACA1053DFF37E00D/FC3C1BB2425010000000000002C3D3D97669588A458E8D5D3D4423680DC

2021.12.22 17:54:35 4: CUL_Parse: CUL_0 b32446850676761816980304DA0119F293B0A60393309630ACA1053DFF37E00DFC3C1BB2425010000000000002C3D3D97669588A458E8D5D3D4423680DC -92
2021.12.22 17:54:35 5: CUL_0: dispatch b32446850676761816980304DA0119F293B0A60393309630ACA1053DFF37E00DFC3C1BB2425010000000000002C3D3D97669588A458E8D5D3D4423680::-92
2021.12.22 17:54:35 5: WMBUS raw msg b32446850676761816980304DA0119F293B0A60393309630ACA1053DFF37E00DFC3C1BB2425010000000000002C3D3D97669588A458E8D5D3D4423680::-92
2021.12.22 17:54:35 2: WMBUS WMBUS_TCH_81616767_105_128 Error during ApplicationLayer parse:Unsupported CI Field a0, remaining payload is 119f293b0a60393309630aca1053df00dfc3c1bb2425010000000000002c3d669588a458e8d5d3d4


Was kann / sollte ich nun weiter tun um ihn korrekt auslesen zu können?
ich hoffe, man darf hier im Forum pushen?
Wäre super, wenn sich jemand hierzu melden könnte :)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: killah78 am 11 Februar 2022, 11:49:16
Zitat von: Ralf9 am 11 Februar 2022, 09:44:29
Was für eine Maple Hardware hast Du?

STM32F103CBT6 von Ali.



@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.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: masterpete23 am 16 Februar 2022, 16:13:19
Zitat von: killah78 am 11 Februar 2022, 11:49:16

@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?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: killah78 am 17 Februar 2022, 11:06:19
Zitat von: masterpete23 am 16 Februar 2022, 16:13:19
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. :-)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: masterpete23 am 17 Februar 2022, 12:26:16
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!
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Puschel74 am 17 Februar 2022, 19:17:15
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  8)

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  ;D
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 ...  8)

Vielen Dank schonmal für Antworten.

Grüße
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Ralf9 am 18 Februar 2022, 00:25:25
ZitatDeine 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


Zitat von: killah78 am 08 Februar 2022, 15:04:36
Vielleicht kannst du das auch nochmal testen:
sende mit dem Signalduino folgende Nachricht:
(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
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: killah78 am 23 Februar 2022, 13:29:53
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.

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!
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: nospam2000 am 22 März 2022, 11:01:17
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
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:

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:

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

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: ext23 am 22 März 2022, 15:30:23
Ja als Filter:

WMBUS.*

/Daniel
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: nospam2000 am 22 März 2022, 15:33:23
Zitat von: ext23 am 22 März 2022, 15:30:23
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
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: ext23 am 22 März 2022, 17:08:05
Ä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
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: nospam2000 am 22 März 2022, 17:16:02
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
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: nospam2000 am 23 März 2022, 23:58:41
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:

Hier ein Beispiel:
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:

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
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: nospam2000 am 05 April 2022, 19:46:50
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:

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:

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

--- 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
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Trainman am 31 Mai 2022, 14:50:20
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
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: dadoc am 05 Juni 2022, 20:59:17
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 (https://www.brummerhoop.com/media/pdf/9c/9b/15/man-f903-v8-0119-de.pdf). 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
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Teamdrachen am 08 Juli 2022, 23:52:36
Ioh wollte mit dem NanoCUL meinen Multical 303 einbinden.

Leider scheint das PRotokoll jedoch ubekannt.

nanoCUL: Unknown code b5E442D2C470579824004DDC27AF1105025E0F2BF05B21F3D2C1804846CC2686E075B6434AAA68EF7F39054D17BB1F92E1EB258889C9682BE8B12E2BA0658749E4B88DDEF8DA83D3445F49A668DEB2FCD060248EC2A610C2168380238F64EAED7D3B74


WMBUS spuckt auch noch Fehler aus.

WMBUS Error during LinkLayer parse:crc check failed for block 4
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Teamdrachen am 14 Juli 2022, 22:40:16
Inzwischen läuft der Zähler.

Es lag an der FW vom NanoCul.


noch mal neu gemacht und siehe da... Gerät wird erkannt und angelegt.

Jetzt brauch ich nur noch den AES Key von Kamstrup
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: bobo am 29 September 2022, 10:54:49
Guten Tag,

bei mir wurde vom Wasserwerk eine neue Wasseruhr Kamstrup Multical 21 eingebaut, nun möchte ich diese auslesen, das auch möglich sein sollte, das haben ja einige geschafft ich bekomme es leider nicht hin.
Ich bin kein Profi und möchte daher um Hilfe bitten. Den Usb CUL habe ich in  Fhem eingebunden und sollte funktionieren.
rfmode WMBus_C


CMDS
ABbCeFGhiKkLlMmNRTtUuVWXxYZ
CUL_0_MSGCNT
1
CUL_0_TIME
2022-09-29 10:35:24
Clients
:WMBUS:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
DEF   
/dev/ttyACM0@9600 1034
DeviceName
/dev/ttyACM0@9600
FD
24
FHTID
1034
FUUID
633287dd-f33f-aaff-f3ed-7ecdb7f0ce2af560
NAME
CUL_0
NR
301
PARTIAL
RAWMSG
1034
STATE
Initialized
TYPE
CUL
VERSION
V 1.67 CUL868
devioNoSTATE
1
eventCount
6
initString
X21
brt
Readings
cmds
A B b C e F G h i K k L l M m N R T t U u V W X x Y Z
2022-09-29 10:35:24
state
Initialized
2022-09-29 10:35:24
version
V 1.67 CUL868
2022-09-27 07:20:55
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Ralf9 am 30 September 2022, 23:50:19
Zitat von: dadoc am 30 September 2022, 18:53:02
Guten Abend,
ich habe jetzt die drei Wärmezähler aufgerüstet (1 x Funkmodul, 2 x Impulszähler) und entsprechend verkabelt und das Ganze per IR-Lesekopf und Software parametriert.
Und das sieht schon mal prima aus, denn der Espduino, nach Umstellung auf rfmode MBUS T, empfängt.
Nur das Anlegen eines MBUS Geräts klappt noch nicht:

2022.09.30 18:42:28 4: mkduino3/msg READ: MN;D=5146C514461787940004DCCA7ABE0000002F2F046D1C31DE290406CBF737C3000001FD17400413BE4C6200043B54C0DE000000042BFF030000025B4000025F3650C80002611D0484C040130000000003FD0CD85505000002FD0B1031E4CB810F;N=12;
2022.09.30 18:42:28 4: mkduino3 Parse_MN: Found 2-FSK Protocol id 209 length 192 RSSI = -66.5 LQI = 129 -> WMBUS T
2022.09.30 18:42:28 4: mkduino3 ParseMN: ID=209 dmsg=b5146C514461787940004DCCA7ABE0000002F2F046D1C31DE290406CBF737C3000001FD17400413BE4C6200043B54C0DE000000042BFF030000025B4000025F3650C80002611D0484C040130000000003FD0CD85505000002FD0B1031E4CB810F
2022.09.30 18:42:28 4: mkduino3 Dispatch: b5146C514461787940004DCCA7ABE0000002F2F046D1C31DE290406CBF737C3000001FD17400413BE4C6200043B54C0DE000000042BFF030000025B4000025F3650C80002611D0484C040130000000003FD0CD85505000002FD0B1031E4CB810F,  dispatch
2022.09.30 18:42:28 1: reload: Error:Modul 36_WMBUS deactivated:
Attempt to reload WMBus.pm aborted.
Compilation failed in require at ./FHEM/36_WMBUS.pm line 13.
BEGIN failed--compilation aborted at ./FHEM/36_WMBUS.pm line 13.

2022.09.30 18:42:28 0: Attempt to reload WMBus.pm aborted.
Compilation failed in require at ./FHEM/36_WMBUS.pm line 13.
BEGIN failed--compilation aborted at ./FHEM/36_WMBUS.pm line 13.

2022.09.30 18:42:28 0: ERROR: Cannot autoload WMBUS
2022.09.30 18:42:28 3: mkduino3: Unknown code b5146C514461787940004DCCA7ABE0000002F2F046D1C31DE290406CBF737C3000001FD17400413BE4C6200043B54C0DE000000042BFF030000025B4000025F3650C80002611D0484C040130000000003FD0CD85505000002FD0B1031E4CB810F, help me!
2022.09.30 18:42:29 4: mkduino3/msg READ: MN;D=3046C5144617879400049AD17249178794C514020CBE0000002F2F042B186D1C31DE298440060000000003FD0C05541C000002FD0B10335EEF8A0F;N=12;
2022.09.30 18:42:29 4: mkduino3 Parse_MN: Found 2-FSK Protocol id 209 length 118 RSSI = -66.5 LQI = 138 -> WMBUS T
2022.09.30 18:42:29 4: mkduino3 ParseMN: ID=209 dmsg=b3046C5144617879400049AD17249178794C514020CBE0000002F2F042B186D1C31DE298440060000000003FD0C05541C000002FD0B10335EEF8A0F
2022.09.30 18:42:29 4: mkduino3 Dispatch: b3046C5144617879400049AD17249178794C514020CBE0000002F2F042B186D1C31DE298440060000000003FD0C05541C000002FD0B10335EEF8A0F,  dispatch
2022.09.30 18:42:29 1: reload: Error:Modul 36_WMBUS deactivated:
Attempt to reload WMBus.pm aborted.
Compilation failed in require at ./FHEM/36_WMBUS.pm line 13.
BEGIN failed--compilation aborted at ./FHEM/36_WMBUS.pm line 13.

2022.09.30 18:42:29 0: Attempt to reload WMBus.pm aborted.
Compilation failed in require at ./FHEM/36_WMBUS.pm line 13.
BEGIN failed--compilation aborted at ./FHEM/36_WMBUS.pm line 13.

2022.09.30 18:42:29 0: ERROR: Cannot autoload WMBUS
2022.09.30 18:42:29 3: mkduino3: Unknown code b3046C5144617879400049AD17249178794C514020CBE0000002F2F042B186D1C31DE298440060000000003FD0C05541C000002FD0B10335EEF8A0F, help me!

Ralf: Braucht man dafür auch ein modifiziertes 36_WMBUS.pm?

ZitatAttempt to reload WMBus.pm aborted.
Compilation failed in require at ./FHEM/36_WMBUS.pm line 13.
BEGIN failed--compilation aborted at ./FHEM/36_WMBUS.pm line 13.
Dir fehlen Perl Module, ich hab mal im Forum danach gesucht und dies "Crypt::CBC" gefunden.

Ich hab mal den Dummy sduino mit einer MN Nachricht von Dir "gefüttert" und autocreate aktiviert.
Die Wärmezähler liefern sehr viele Daten:

2022.09.30 22:56:39 4 : sduinoD Parse_MN: Found 2-FSK Protocol id 209 length 192 RSSI = -66.5 LQI = 129 -> WMBUS T
2022.09.30 22:56:39 4 : sduinoD ParseMN: ID=209 dmsg=b5146C514461787940004DCCA7ABE0000002F2F046D1C31DE290406CBF737C3000001FD17400413BE4C6200043B54C0DE000000042BFF030000025B4000025F3650C80002611D0484C040130000000003FD0CD85505000002FD0B1031E4CB810F
2022.09.30 22:56:39 4 : sduinoD Dispatch: b5146C514461787940004DCCA7ABE0000002F2F046D1C31DE290406CBF737C3000001FD17400413BE4C6200043B54C0DE000000042BFF030000025B4000025F3650C80002611D0484C040130000000003FD0CD85505000002FD0B1031E4CB810F,  dispatch
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 RSSI: -66.5
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 LQI: 129
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 1_type: VIF_TIME_POINT_DATE_TIME
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 1_storage_no: 0
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 1_value: 2022-09-30 17:28
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 1_unit:
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 1_value_type: Instantaneous value
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 2_type: VIF_ENERGY_WATT
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 2_storage_no: 0
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 2_value: 50123000
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 2_unit: Wh
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 2_value_type: Instantaneous value
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 3_type: VIF_ERROR_FLAGS
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 3_storage_no: 0
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 3_value: 3634
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 3_unit:
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 3_value_type: Instantaneous value
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 4_type: VIF_VOLUME
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 4_storage_no: 0
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 4_value: 6442.174
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 4_unit: m³
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 4_value_type: Instantaneous value
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 5_type: VIF_VOLUME_FLOW
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 5_storage_no: 0
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 5_value: 0.084
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 5_unit: m³/h
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 5_value_type: Instantaneous value
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 6_type: VIF_ELECTRIC_POWER
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 6_storage_no: 0
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 6_value: 1023
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 6_unit: W
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 6_value_type: Instantaneous value
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 7_type: VIF_FLOW_TEMP
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 7_storage_no: 0
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 7_value: 64
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 7_unit: °C
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 7_value_type: Instantaneous value
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 8_type: VIF_RETURN_TEMP
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 8_storage_no: 0
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 8_value: 54
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 8_unit: °C
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 8_value_type: Instantaneous value
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 9_type: VIF_TEMP_DIFF
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 9_storage_no: 0
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 9_value: 10.53
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 9_unit: K
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 9_value_type: Instantaneous value
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 10_type: VIF_VOLUME
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 10_storage_no: 0
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 10_value: 0
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 10_unit: m³
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 10_value_type: Instantaneous value
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 11_type: VIF_MODEL_VERSION
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 11_storage_no: 0
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 11_value: 18446744073625665536
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 11_unit:
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 11_value_type: Instantaneous value
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 12_type: VIF_PARAMETER_SET_ID
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 12_storage_no: 0
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 12_value: 12560
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 12_unit:
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 12_value_type: Instantaneous value
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 batteryState: ok
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 is_encrypted: 0
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 decryption_ok: 1
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 no errors
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 DMSG: b5146C514461787940004DCCA7ABE0000002F2F046D1C31DE290406CBF737C3000001FD17400413BE4C6200043B54C0DE000000042BFF030000025B4000025F3650C80002611D0484C040130000000003FD0CD85505000002FD0B1031E4CB810F
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 RAWMSG: MN;D=5146C514461787940004DCCA7ABE0000002F2F046D1C31DE290406CBF737C3000001FD17400413BE4C6200043B54C0DE000000042BFF030000025B4000025F3650C80002611D0484C040130000000003FD0CD85505000002FD0B1031E4CB810F;N=12;
2022-09-30 22:56:39 WMBUS WMBUS_EFE_94871746_0_4 Protocol_ID: 209


Gruß Ralf
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: dadoc am 02 Oktober 2022, 10:42:21
Zitat von: Ralf9 am 30 September 2022, 23:50:19
Dir fehlen Perl Module, ich hab mal im Forum danach gesucht und dies "Crypt::CBC" gefunden.
Ja, hatte den Hinweis dann auch in der Commandref gefunden. Ich würde das dann bei Gelegenheit noch in https://wiki.fhem.de/wiki/WMBUS#Voraussetzungen nachtragen, wenn's recht ist.

Dann hat es auch geklappt, wenn auch zunächst mit Hindernissen, und ich habe auch die Vermutung, dass das fhem-Modul mit der Konstellation Funkmodul + Impulszähler noch nicht zu 100% umgehen kann.
Meine Installation sieht so aus:
- 3 F90S (3) Wärmezähler:
- Zähler 1 (Heizkreis 1) ist mit dem Funkmodul ausgestattet
- Zähler 2 (Heizkreis 2) und Zähler 3 (Warmwasser) sind mit Impulszähler-Modulen ausgestattet, die an die Impulszählereingänge des Funkmoduls von Zähler 1 angeschlossen sind.
D.h. das Funkmodul von Zähler 1 überträgt die Daten der drei Zähler.
- Empfang mit Esp32 und Ralfs Firmware "4.2.2-dev220712 SIGNALduinoAdv ESP32 cc1101..."
Nach der Konfiguration ist das Funkmodul für eine Stunde im Konfigurationsmodus und sendet alle 30 Sekunden jede Menge Daten. Dabei wurde auch das Device in fhem angelegt. Das Problem war am Anfang, dass nach Ablauf dieser Stunde nichts mehr empfangen (besser gesagt: gesendet) wurde, obwohl dies gem. Konfiguration mit der Software "Device Monitor 2.2.1" hätte stattfinden sollen. Ich habe dann verschiedene Optionen ausprobiert. Die Aktivierung von "Kompakt-Telegramm" führte zu Fehlern in fhem:
Unsupported CI Field 6b, remaining payload is 49178794c5140304c00000002f2f0d0cfe046d84400603fd0c02fd0b
Erst als ich den Modus des FMBUS-Moduls im Zähler von T auf C umgestellt hatte, klappte das Senden dauerhaft.
Nun ist der Status nach meiner laienhaften Analyse so: Das Modul sendet alle 15 Minuten, und zwar drei Datenpakete im Abstand von 1 Sekunde, d.h. für jeden Zähler eines. Da die Readings dieselben Namen haben, landen sie zwar im Log, nicht aber in den Readings des Device, bzw. nur teilweise.
Die Identifizierung des Zähler scheint über VIF_PARAMETER_SET_ID möglich. Bei mir sind das:
13328    Warmwasser
12560    Heizkreis 1
13072    Heizkreis 2
Ein entsprechender Log-Eintrag sieht dann so aus:
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 RSSI: -136.5
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 LQI: 60
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 1_type: VIF_TIME_POINT_DATE_TIME
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 1_storage_no: 0
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 1_value: 2022-10-02 08:32
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 1_unit:
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 1_value_type: Instantaneous value
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 2_type: VIF_ENERGY_WATT
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 2_storage_no: 0
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 2_value: 50227000
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 2_unit: Wh
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 2_value_type: Instantaneous value
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 3_type: VIF_ERROR_FLAGS
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 3_storage_no: 0
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 3_value: 3634
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 3_unit:
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 3_value_type: Instantaneous value
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 4_type: VIF_VOLUME
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 4_storage_no: 0
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 4_value: 6450.258
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 4_unit: m³
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 4_value_type: Instantaneous value
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 5_type: VIF_VOLUME_FLOW
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 5_storage_no: 0
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 5_value: 0.394
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 5_unit: m³/h
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 5_value_type: Instantaneous value
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 6_type: VIF_ELECTRIC_POWER
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 6_storage_no: 0
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 6_value: 382
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 6_unit: W
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 6_value_type: Instantaneous value
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 7_type: VIF_FLOW_TEMP
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 7_storage_no: 0
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 7_value: 32
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 7_unit: °C
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 7_value_type: Instantaneous value
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 8_type: VIF_RETURN_TEMP
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 8_storage_no: 0
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 8_value: 31
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 8_unit: °C
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 8_value_type: Instantaneous value
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 9_type: VIF_TEMP_DIFF
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 9_storage_no: 0
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 9_value: 0.83
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 9_unit: K
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 9_value_type: Instantaneous value
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 10_type: VIF_MODEL_VERSION
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 10_storage_no: 0
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 10_value: 18446744073625665536
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 10_unit:
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 10_value_type: Instantaneous value
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 11_type: VIF_PARAMETER_SET_ID
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 11_storage_no: 0
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 11_value: 12560
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 11_unit:
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 11_value_type: Instantaneous value
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 batteryState: ok
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 is_encrypted: 0
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 decryption_ok: 1
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 no errors
2022-10-02_09:46:54 WMBUS_EFE_94871746_0_4 rawmsg: Y
2022-10-02_09:46:55 WMBUS_EFE_94871746_0_4 RSSI: -137.5
2022-10-02_09:46:55 WMBUS_EFE_94871746_0_4 LQI: 158
2022-10-02_09:46:55 WMBUS_EFE_94871746_0_4 1_type: VIF_TIME_POINT_DATE_TIME
2022-10-02_09:46:55 WMBUS_EFE_94871746_0_4 1_storage_no: 0
2022-10-02_09:46:55 WMBUS_EFE_94871746_0_4 1_value: 2022-10-02 08:32
2022-10-02_09:46:55 WMBUS_EFE_94871746_0_4 1_unit:
2022-10-02_09:46:55 WMBUS_EFE_94871746_0_4 1_value_type: Instantaneous value
2022-10-02_09:46:55 WMBUS_EFE_94871746_0_4 2_type: VIF_ENERGY_WATT
2022-10-02_09:46:55 WMBUS_EFE_94871746_0_4 2_storage_no: 0
2022-10-02_09:46:55 WMBUS_EFE_94871746_0_4 2_value: 61047000
2022-10-02_09:46:55 WMBUS_EFE_94871746_0_4 2_unit: Wh
2022-10-02_09:46:55 WMBUS_EFE_94871746_0_4 2_value_type: Instantaneous value
2022-10-02_09:46:55 WMBUS_EFE_94871746_0_4 3_type: VIF_MODEL_VERSION
2022-10-02_09:46:55 WMBUS_EFE_94871746_0_4 3_storage_no: 0
2022-10-02_09:46:55 WMBUS_EFE_94871746_0_4 3_value: 18446744073625665536
2022-10-02_09:46:55 WMBUS_EFE_94871746_0_4 3_unit:
2022-10-02_09:46:55 WMBUS_EFE_94871746_0_4 3_value_type: Instantaneous value
2022-10-02_09:46:55 WMBUS_EFE_94871746_0_4 4_type: VIF_PARAMETER_SET_ID
2022-10-02_09:46:55 WMBUS_EFE_94871746_0_4 4_storage_no: 0
2022-10-02_09:46:55 WMBUS_EFE_94871746_0_4 4_value: 13072
2022-10-02_09:46:55 WMBUS_EFE_94871746_0_4 4_unit:
2022-10-02_09:46:55 WMBUS_EFE_94871746_0_4 4_value_type: Instantaneous value
2022-10-02_09:46:55 WMBUS_EFE_94871746_0_4 batteryState: ok
2022-10-02_09:46:55 WMBUS_EFE_94871746_0_4 is_encrypted: 0
2022-10-02_09:46:55 WMBUS_EFE_94871746_0_4 decryption_ok: 1
2022-10-02_09:46:55 WMBUS_EFE_94871746_0_4 no errors
2022-10-02_09:46:55 WMBUS_EFE_94871746_0_4 rawmsg: Y
2022-10-02_09:46:56 WMBUS_EFE_94871746_0_4 RSSI: -137
2022-10-02_09:46:56 WMBUS_EFE_94871746_0_4 LQI: 80
2022-10-02_09:46:56 WMBUS_EFE_94871746_0_4 1_type: VIF_TIME_POINT_DATE_TIME
2022-10-02_09:46:56 WMBUS_EFE_94871746_0_4 1_storage_no: 0
2022-10-02_09:46:56 WMBUS_EFE_94871746_0_4 1_value: 2022-10-02 08:32
2022-10-02_09:46:56 WMBUS_EFE_94871746_0_4 1_unit:
2022-10-02_09:46:56 WMBUS_EFE_94871746_0_4 1_value_type: Instantaneous value
2022-10-02_09:46:56 WMBUS_EFE_94871746_0_4 2_type: VIF_ENERGY_WATT
2022-10-02_09:46:56 WMBUS_EFE_94871746_0_4 2_storage_no: 0
2022-10-02_09:46:56 WMBUS_EFE_94871746_0_4 2_value: 20115000
2022-10-02_09:46:56 WMBUS_EFE_94871746_0_4 2_unit: Wh
2022-10-02_09:46:56 WMBUS_EFE_94871746_0_4 2_value_type: Instantaneous value
2022-10-02_09:46:56 WMBUS_EFE_94871746_0_4 3_type: VIF_MODEL_VERSION
2022-10-02_09:46:56 WMBUS_EFE_94871746_0_4 3_storage_no: 0
2022-10-02_09:46:56 WMBUS_EFE_94871746_0_4 3_value: 18446744073625665536
2022-10-02_09:46:56 WMBUS_EFE_94871746_0_4 3_unit:
2022-10-02_09:46:56 WMBUS_EFE_94871746_0_4 3_value_type: Instantaneous value
2022-10-02_09:46:56 WMBUS_EFE_94871746_0_4 4_type: VIF_PARAMETER_SET_ID
2022-10-02_09:46:56 WMBUS_EFE_94871746_0_4 4_storage_no: 0
2022-10-02_09:46:56 WMBUS_EFE_94871746_0_4 4_value: 13328
2022-10-02_09:46:56 WMBUS_EFE_94871746_0_4 4_unit:
2022-10-02_09:46:56 WMBUS_EFE_94871746_0_4 4_value_type: Instantaneous value
2022-10-02_09:46:56 WMBUS_EFE_94871746_0_4 batteryState: ok
2022-10-02_09:46:56 WMBUS_EFE_94871746_0_4 is_encrypted: 0
2022-10-02_09:46:56 WMBUS_EFE_94871746_0_4 decryption_ok: 1
2022-10-02_09:46:56 WMBUS_EFE_94871746_0_4 no errors
2022-10-02_09:46:56 WMBUS_EFE_94871746_0_4 rawmsg: Y

Trotz der Option rawMessageAsReading steht da immer nur Y.
mkduino3_RAWMSG dagegen ist etwas wie z.B.:
MN;D=Y3344C5144617879400047251178794C5140304FF0000202F2F046D0329C22A84804006934E000003FD0C05000002FD0B1034E33D830F;N=12;


Neben dem 3fach-Paket gibt es gelegentlich auch Telegramme mit den Daten von nur einem Zähler, etwa:
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 RSSI: -137.5
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 LQI: 230
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 1_type: VIF_TIME_POINT_DATE_TIME
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 1_storage_no: 0
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 1_value: 2022-10-02 08:48
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 1_unit:
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 1_value_type: Instantaneous value
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 2_type: VIF_ENERGY_WATT
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 2_storage_no: 0
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 2_value: 50227000
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 2_unit: Wh
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 2_value_type: Instantaneous value
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 3_type: VIF_ERROR_FLAGS
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 3_storage_no: 0
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 3_value: 3634
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 3_unit:
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 3_value_type: Instantaneous value
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 4_type: VIF_VOLUME
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 4_storage_no: 0
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 4_value: 6450.362
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 4_unit: m³
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 4_value_type: Instantaneous value
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 5_type: VIF_VOLUME_FLOW
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 5_storage_no: 0
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 5_value: 0.434
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 5_unit: m³/h
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 5_value_type: Instantaneous value
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 6_type: VIF_ELECTRIC_POWER
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 6_storage_no: 0
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 6_value: 0
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 6_unit: W
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 6_value_type: Instantaneous value
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 7_type: VIF_FLOW_TEMP
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 7_storage_no: 0
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 7_value: 31
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 7_unit: °C
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 7_value_type: Instantaneous value
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 8_type: VIF_RETURN_TEMP
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 8_storage_no: 0
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 8_value: 32
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 8_unit: °C
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 8_value_type: Instantaneous value
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 9_type: VIF_TEMP_DIFF
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 9_storage_no: 0
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 9_value: -0.63
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 9_unit: K
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 9_value_type: Instantaneous value
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 10_type: VIF_MODEL_VERSION
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 10_storage_no: 0
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 10_value: 18446744073625665536
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 10_unit:
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 10_value_type: Instantaneous value
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 11_type: VIF_PARAMETER_SET_ID
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 11_storage_no: 0
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 11_value: 12560
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 11_unit:
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 11_value_type: Instantaneous value
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 batteryState: ok
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 is_encrypted: 0
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 decryption_ok: 1
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 no errors
2022-10-02_10:02:20 WMBUS_EFE_94871746_0_4 rawmsg: Y

Das ist aber die Ausnahme.
Kann es sein, dass das Modul nur eine begrenzte Anzahl an Readings aus dem Telegramm umsetzt und deswegen z.B. immer nur die Verbrauchswerte eines Zählers als Reading übernommen werden, wohingegen durchaus zwei VIF_PARAMETER_SET_ID als readings erscheinen?
List:
Internals:
   Access_No  0
   CFGFN     
   DEF        EFE 94871746 0 4
   DeviceMedium Heat
   DeviceType 4
   FUUID      6338154f-f33f-9bf2-3f35-681188ba2bb58d63
   IODev      mkduino3
   IdentNumber 94871746
   LASTInputDev mkduino3
   MSGCNT     524
   Manufacturer EFE
   MessageEncoding CUL
   Meter_Dev  Heat
   Meter_Id   2491881289
   Meter_Manufacturer EFE
   Meter_Version 3
   NAME       WMBUS_EFE_94871746_0_4
   NR         2821
   STATE      no errors
   Status     0
   TYPE       WMBUS
   Version    0
   addr       EFE_94871746_0_4
   mkduino3_DMSG bY3244C5144617879400047249178794C5140304000000202F2F046D1329C22A84400678EE000003FD0C05000002FD0B103310498310
   mkduino3_MSGCNT 524
   mkduino3_Protocol_ID 210
   mkduino3_RAWMSG MN;D=Y3244C5144617879400047249178794C5140304000000202F2F046D1329C22A84400678EE000003FD0C05000002FD0B103310498310;N=12;
   mkduino3_TIME 2022-10-02 10:33:16
   model      EFE_4_0
   OLDREADINGS:
   READINGS:
     2022-10-02 10:33:15   10_storage_no   0
     2022-10-02 10:33:15   10_type         VIF_MODEL_VERSION
     2022-10-02 10:33:15   10_unit         
     2022-10-02 10:33:15   10_value        18446744073625665536
     2022-10-02 10:33:15   10_value_type   Instantaneous value
     2022-10-02 10:33:15   11_storage_no   0
     2022-10-02 10:33:15   11_type         VIF_PARAMETER_SET_ID
     2022-10-02 10:33:15   11_unit         
     2022-10-02 10:33:15   11_value        12560
     2022-10-02 10:33:15   11_value_type   Instantaneous value
     2022-10-02 10:33:16   1_storage_no    0
     2022-10-02 10:33:16   1_type          VIF_TIME_POINT_DATE_TIME
     2022-10-02 10:33:16   1_unit         
     2022-10-02 10:33:16   1_value         2022-10-02 09:19
     2022-10-02 10:33:16   1_value_type    Instantaneous value
     2022-10-02 10:33:16   2_storage_no    0
     2022-10-02 10:33:16   2_type          VIF_ENERGY_WATT
     2022-10-02 10:33:16   2_unit          Wh
     2022-10-02 10:33:16   2_value         61048000
     2022-10-02 10:33:16   2_value_type    Instantaneous value
     2022-10-02 10:33:16   3_storage_no    0
     2022-10-02 10:33:16   3_type          VIF_MODEL_VERSION
     2022-10-02 10:33:16   3_unit         
     2022-10-02 10:33:16   3_value         18446744073625665536
     2022-10-02 10:33:16   3_value_type    Instantaneous value
     2022-10-02 10:33:16   4_storage_no    0
     2022-10-02 10:33:16   4_type          VIF_PARAMETER_SET_ID
     2022-10-02 10:33:16   4_unit         
     2022-10-02 10:33:16   4_value         13072
     2022-10-02 10:33:16   4_value_type    Instantaneous value
     2022-10-02 10:33:15   5_storage_no    0
     2022-10-02 10:33:15   5_type          VIF_VOLUME_FLOW
     2022-10-02 10:33:15   5_unit          m³/h
     2022-10-02 10:33:15   5_value         0.279
     2022-10-02 10:33:15   5_value_type    Instantaneous value
     2022-10-02 10:33:15   6_storage_no    0
     2022-10-02 10:33:15   6_type          VIF_ELECTRIC_POWER
     2022-10-02 10:33:15   6_unit          W
     2022-10-02 10:33:15   6_value         90
     2022-10-02 10:33:15   6_value_type    Instantaneous value
     2022-10-02 10:33:15   7_storage_no    0
     2022-10-02 10:33:15   7_type          VIF_FLOW_TEMP
     2022-10-02 10:33:15   7_unit          °C
     2022-10-02 10:33:15   7_value         32
     2022-10-02 10:33:15   7_value_type    Instantaneous value
     2022-10-02 10:33:15   8_storage_no    0
     2022-10-02 10:33:15   8_type          VIF_RETURN_TEMP
     2022-10-02 10:33:15   8_unit          °C
     2022-10-02 10:33:15   8_value         32
     2022-10-02 10:33:15   8_value_type    Instantaneous value
     2022-10-02 10:33:15   9_storage_no    0
     2022-10-02 10:33:15   9_type          VIF_TEMP_DIFF
     2022-10-02 10:33:15   9_unit          K
     2022-10-02 10:33:15   9_value         0.28
     2022-10-02 10:33:15   9_value_type    Instantaneous value
     2022-10-02 10:33:16   LQI             73
     2022-10-02 10:33:16   RSSI            -136.5
     2022-10-02 10:33:16   batteryState    ok
     2022-10-02 10:33:16   decryption_ok   1
     2022-10-02 10:33:16   is_encrypted    0
     2022-10-02 10:33:16   rawmsg          Y
     2022-10-02 10:33:16   state           no errors
   hmccu:
   internal:
Attributes:
   rawmsg_as_reading 1
   room       WMBUS
   useVIFasReadingName 0

Raw Definition:
defmod WMBUS_EFE_94871746_0_4 WMBUS EFE 94871746 0 4
attr WMBUS_EFE_94871746_0_4 rawmsg_as_reading 1
attr WMBUS_EFE_94871746_0_4 room WMBUS
attr WMBUS_EFE_94871746_0_4 useVIFasReadingName 0

setstate WMBUS_EFE_94871746_0_4 no errors
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 10_storage_no 0
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 10_type VIF_MODEL_VERSION
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 10_unit
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 10_value 18446744073625665536
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 10_value_type Instantaneous value
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 11_storage_no 0
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 11_type VIF_PARAMETER_SET_ID
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 11_unit
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 11_value 12560
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 11_value_type Instantaneous value
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:16 1_storage_no 0
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:16 1_type VIF_TIME_POINT_DATE_TIME
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:16 1_unit
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:16 1_value 2022-10-02 09:19
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:16 1_value_type Instantaneous value
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:16 2_storage_no 0
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:16 2_type VIF_ENERGY_WATT
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:16 2_unit Wh
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:16 2_value 61048000
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:16 2_value_type Instantaneous value
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:16 3_storage_no 0
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:16 3_type VIF_MODEL_VERSION
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:16 3_unit
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:16 3_value 18446744073625665536
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:16 3_value_type Instantaneous value
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:16 4_storage_no 0
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:16 4_type VIF_PARAMETER_SET_ID
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:16 4_unit
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:16 4_value 13072
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:16 4_value_type Instantaneous value
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 5_storage_no 0
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 5_type VIF_VOLUME_FLOW
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 5_unit m³/h
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 5_value 0.279
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 5_value_type Instantaneous value
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 6_storage_no 0
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 6_type VIF_ELECTRIC_POWER
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 6_unit W
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 6_value 90
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 6_value_type Instantaneous value
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 7_storage_no 0
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 7_type VIF_FLOW_TEMP
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 7_unit °C
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 7_value 32
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 7_value_type Instantaneous value
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 8_storage_no 0
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 8_type VIF_RETURN_TEMP
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 8_unit °C
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 8_value 32
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 8_value_type Instantaneous value
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 9_storage_no 0
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 9_type VIF_TEMP_DIFF
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 9_unit K
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 9_value 0.28
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:15 9_value_type Instantaneous value
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:16 LQI 73
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:16 RSSI -136.5
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:16 batteryState ok
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:16 decryption_ok 1
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:16 is_encrypted 0
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:16 rawmsg Y
setstate WMBUS_EFE_94871746_0_4 2022-10-02 10:33:16 state no errors

Grüße
Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Nobby1802 am 11 Oktober 2022, 11:09:15
Bräuchte dringend Hilfe beim kompilieren eines NanoCULs für Wireless M-Bus_T für 3 Wärmemengenmesser (Zenner Zelsius C5) auszulesen. Mein NanoCUL empfängt die gesendeten Telegrame hat aber meines Erachtens zu wenig TTYBuffer. Per autocreate kann FHEM kein Device anlegen:
2022-10-11 11:01:02 CUL CUL868_2 UNKNOWNCODE b5E44496A262000328804B7DB7AFD00500573B573D34A6A2656CA8F4ADBB8081592EB4590C35318933DEA83673AF6369937985BFBDDDB7CDFD340528737C47F591B2281E8050A3CFC5B7269859C511B11EDEE196C5D6494D043DB7E046F94E840C265C

versuche ich es von Hand:
def WMZ1 WMBUS b5E44496A262000328804B7DB7AFD00500573B573D34A6A2656CA8F4ADBB8081592EB4590C35318933DEA83673AF6369937985BFBDDDB7CDFD340528737C47F591B2281E8050A3CFC5B7269859C511B11EDEE196C5D6494D043DB7E046F94E840C265C

kommt folgende Fehlermeldung:

failed to parse msg: message too short, expected 109, got 99 bytes. Please make sure that TTY_BUFSIZE in culfw is at least two times the message length + 1

Wenn ich versuche die Hex-Datei auf dem Raspi mit größerem Buffer zu kompilieren, kommt eine Fehlermeldung nach der anderen. Vielleicht hat jemand eine nanoCUL.hex mit einem TTYBuffer von 256 für WMBus, andere Geräte müssen nicht unbedingt empfangen werden.

Vielen Dank schon mal vorab  :)


Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Ralf9 am 11 Oktober 2022, 11:26:30
@killah78 hat hier ein hex File mit einem Buffer 220 gepostet
https://forum.fhem.de/index.php/topic,24517.msg915481.html#msg915481
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: dadoc am 11 Oktober 2022, 12:10:12
Hallo Fritz,
Zitat von: Fritz Muster am 23 Juni 2021, 08:30:12
Zusätzlich zu den Daten wie Zählerstand, akt. Durchfluss, Gesamt-Durchfluss, VL und RL Temp. werden auch Daten von 3 optionalen Impulszählern übertragen. Das bedeutet man kann an den Zähler bis zu drei externe S0 Zähler anschließen. Die Werte werden dann über den WM-Bus übertragen. Wirklich sehr praktisch wenn man noch mehrere S0 Zähler im Keller hat.
Hast Du Impulszähler am Funkmodul im Einsatz? Ich habe zwei davon am Laufen (d.h. 3 Zähler, einer mit Funkmodul, die beiden anderen mit Impulszählern), aber die Daten kommen gewissermaßen als "bunte Mischung", da in fhem nur ein Device für alle drei Zähler angelegt wird.
Wie ist das bei Dir?
Grüße
Martin
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Nobby1802 am 11 Oktober 2022, 12:36:31
Zunächst mal tausend Dank an @killah78 für deinen Post, es hat geklappt, es wird jetzt die komplette Nachricht empfangen & bei einem Zähler auch schon entschlüsselt, ich denke es ist eine Frage der Zeit daß die anderen WMZ's auch dekodert werden.

Ich habe alle drei Zenner Zelsius C5 mit jeweils eigenem eigenen Funkmodul on board am laufen.
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: PeMue am 16 November 2022, 17:19:58
Zitat von: zwehn am 13 Juli 2018, 11:00:56
Aufgrund der Implementierung des C1 modus in das wmbus modul von kaihs, kommt es vermehrt zu anfragen aus unserem forum bei wasserversorgern zum aes key fuer kamstrup multical zählern.
Bitte denkt bei den Anfragen, dass es eine freiwillige Leistung des Versorgers ist, den Aes key herauszugeben und seit bitte freundlich bei der Anfrage, dann lässt sich vielleicht etwas erreichen.

Das aufgezeigte Datenschutzproblem der Versorger bei mieter/eigentümerwechseln lässt sich vermutlich langfristig nur lösen, wenn bspw der aes key im bedarfsfall fuer die wasserzähler neu generiert und aufgespielt werden könnte, oder aber ihr zahlt einen neuen wasserzähler bei umzug ...
Wie habt ihr den Schlüssel bekommen? Ich werde nächste Woche eine neue Wasseruhr bekommen und der Mitarbeiter sagte mir, dass das Datenschutzproblem gemeindeseitig nicht gelöst sei.
Diese Info habe ich aber auch schon im August bekommen. Ich hake mal bei der Gemeinde nach.
Vermutlich werde ich den Termin absagen und weiter mit meiner Uhr mit Impulszähler leben, bis die Bürokratie soweit ist ...

Gruß PeMue

Edit 1: Nett fragen hilft, ich bin scheinbar der Erste, der den  AES Schlüssel bekommen hat, das Wochenende ist damit dann auch verplant -> Wechsel von Impuls auf M-Bus  ;)

Edit 2: Einen übrigen 868 MHz CUL auf M-BUS_T gestellt, Perl Verschlüsselungsmodule installiert, AES Schlüssel eingegeben und die Werte kommen. Allerdings ist die Wasseruhr nicht sehr gesprächig.

2022-11-25_14:15:33 WMBUS_SEN_22017243_104_7 RSSI: -63
2022-11-25_14:15:33 WMBUS_SEN_22017243_104_7 LQI: 128
2022-11-25_14:15:33 WMBUS_SEN_22017243_104_7 1_type: VIF_VOLUME
2022-11-25_14:15:33 WMBUS_SEN_22017243_104_7 1_storage_no: 0
2022-11-25_14:15:33 WMBUS_SEN_22017243_104_7 1_value: 0.33
2022-11-25_14:15:33 WMBUS_SEN_22017243_104_7 1_unit: m³
2022-11-25_14:15:33 WMBUS_SEN_22017243_104_7 1_value_type: Instantaneous value
2022-11-25_14:15:33 WMBUS_SEN_22017243_104_7 2_type: VIF_VOLUME_FLOW
2022-11-25_14:15:33 WMBUS_SEN_22017243_104_7 2_storage_no: 0
2022-11-25_14:15:33 WMBUS_SEN_22017243_104_7 2_value: 0
2022-11-25_14:15:33 WMBUS_SEN_22017243_104_7 2_unit: m³/h
2022-11-25_14:15:33 WMBUS_SEN_22017243_104_7 2_value_type: Instantaneous value
2022-11-25_14:15:33 WMBUS_SEN_22017243_104_7 batteryState: ok
2022-11-25_14:15:33 WMBUS_SEN_22017243_104_7 volume: 0.33
2022-11-25_14:15:33 WMBUS_SEN_22017243_104_7 unit: m³
2022-11-25_14:15:33 WMBUS_SEN_22017243_104_7 is_encrypted: 1
2022-11-25_14:15:33 WMBUS_SEN_22017243_104_7 decryption_ok: 1
2022-11-25_14:15:33 WMBUS_SEN_22017243_104_7 no errors
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: ch.eick am 01 Dezember 2022, 14:26:36
Hallo zusammen,
ich bin auf der Suche nach Wärmemengenzählern für zwei FBH Kreisläufe, die auch in FHEM bereits unterstützt werden.
Bisher habe ich noch nichts an Hardware gekauft und würde gerne auf dem aktuellen main stream einsteigen.
Der Hintergrund ist, dass ich bisher die gesamte Verlustleistung der Heizung mit getragen habe und nur die reine Heizwärmeleistung
an die Einliegerwohnung abgerechnet habe. Nun möchte ich jedoch auch anteilig die Betriebskosten des Heizungsspeichers umlegen.

Per CUL ist der Bereich im Technikraum noch nicht erreichbar. In erreichbarer Nähe wäre eine Fritzbox mit Lan/WLan .

Wenn sich jemand finden würde, der SMD löten kann, dann hätte ich noch von busware einen CUNX der 868MHz (FS20, HM, etc) kann.
Bei der Baugruppe ist leider die micro USB Buche abgelöst. Könnte man da nicht direkt einen USB Anschluss mit kurzer Leitung direkt anlöten?
Falls ich sowas dafür verwenden kann, wäre ja auch eine Lan Anbindung möglich.

Hier habe ich noch ein List von dem CUNX, der bereits für enOcean im Einsatz ist.
Bei CMDS ist auch das kleine b vorhanden, was laut Wiki ja benötigt wird.

Internals:
   CMDS       BbCFikApZGMKUYRTVWXefmltuxEz
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   DEF        192.168.178.13:2323 4711
   DeviceName 192.168.178.13:2323
   FD         8
   FHTID      4711
   FUUID      5c49d3d3-f33f-81e9-9cc3-7476c9907b413b0f
   FVERSION   00_CUL.pm:0.248150/2021-08-01
   NAME       CUN1
   NR         78
   PARTIAL   
   STATE      Initialized
   TYPE       CUL
   VERSION    V 2.67 CUL868
   devioNoSTATE 1
   eventCount 1
   initString X21
   MatchList:
     0:FS20V    ^81..(04|0c)..0101a001......00[89a-f]...
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04......a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2019-08-22 08:11:03   ccconf          freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
     2022-11-06 17:26:48   cmds             B b C F i k A p Z G M K U Y R T V W X e f m l t u x E z
     2019-08-22 08:11:19   fhtbuf          AE
     2019-08-22 08:10:55   raw             No answer
     2022-11-06 17:26:48   state           Initialized
     2018-07-29 14:57:38   uptime          0 21:23:02
     2019-08-22 08:10:36   version         V 2.67 CUL868
Attributes:
   DbLogExclude .*
   alias      CUN1
   model      CUL


Da die Anbindung des CUL bereits viele Jahre zurück liegt würde ich mich über eine Schritt für Schritt Hilfe sehr freuen.
Zunächst bräuchte ich dann wohl eine Empfehlung für geeignete Zähler, die mein befreundeter Installateur dann einbauen könnte,
der jedoch mit dem technischen Zeugs nicht so viel anfangen kann :-)

Später möchte ich auch noch gerne einen Wasserzähler (Nebenzähler) austauschen und über den selben Weg einbinden.

VG   Christian
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: PeMue am 01 Dezember 2022, 16:53:03
Hallo Christian,

dabei
VERSION    V 2.67 CUL868
würde ich hellhörig werden, meines Wissens ist die aktuelle Firmware v1.67. Welchen rfmode hast Du ausgewählt?

Gruß Peter
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: ch.eick am 01 Dezember 2022, 17:45:22
Zitat von: PeMue am 01 Dezember 2022, 16:53:03
Hallo Christian,

dabei
VERSION    V 2.67 CUL868
würde ich hellhörig werden, meines Wissens ist die aktuelle Firmware v1.67. Welchen rfmode hast Du ausgewählt?

Gruß Peter
Hallo Peter,

Das ist ein CUNX, also ein CUL der über LAN angesprochen wird und noch zusätzlich ein enOcean Pigator Modul eingesteckt hat.
Warum sollte ich da hellhörig werden?

Es ist im Device garkein rfmode eingetragen. Ich denke das liegt daran, dass ich nur das enOcean Pigator Modul wirklich aktiv verwende.
Auf dem Moduls ist auch nur eine Antenne dran. Der CUNX hat bisher keine Antenne, da ich auch keine 868MHz (FS20, HM, etc) Geräte habe.
Ich hatte darmals direkt nur mit enOcean begonnen.
Somit kann ich aber parallel jetzt noch ein belibiges Protokoll mit separater Antenne betreiben.
Wäre das denn für einen Wärmemengenzähler eine mögliche Kopplung, oder was bräuchte ich dafür?
Wie gesagt, ich fange da auf der grünen Wiese an und bräuchte auch für die Zähler eine Empfehlung. Nach meiner Kenntnis unterliege ich mit einem kleinen Appartment keinen gesetzlichen Regelungen, sodass mir eine kostengünstige Lösung aus reinem Interesse reichen würde. Ich würde aber gerne auf einen zweiten RPI oder ähnliches für das Zählen irgendwelcher Impulse verzichten wollen.

Danke für die Rückfrage
     Christian

Hier wäre noch das enOcean Pigator Modul

Internals:
   BaseID     FFBA2380
   ChipID     018F7447
   DEF        ESP3 192.168.178.13:2324
   DeviceName 192.168.178.13:2324
   FD         9
   FUUID      5d5e4e4e-f33f-81e9-4e90-ac6dee3c863afbda
   FVERSION   00_TCM.pm:0.260920/2022-05-26
   LastID     FFBA23FF
   MODEL      ESP3
   NAME       TCM_ESP3_0
   NOTIFYDEV  global
   NR         80
   NTFY_ORDER 45-TCM_ESP3_0
   PARTIAL   
   RSSI       -83
   STATE      initialized
   TYPE       TCM
   eventCount 6
   READINGS:
     2022-11-06 17:27:12   baseID          BaseID: FFBA2380 RemainingWriteCycles: 0A
     2022-11-06 17:27:12   maturity        01
     2022-11-06 17:27:12   repeater        RepEnable: 00 RepLevel: 00
     2022-11-06 17:27:12   state           initialized
     2022-11-06 17:27:12   version         APIVersion: 02050000 APPVersion: 020A0000 ChipID: 018F7447 ChipVersion: 454F0103 Desc: GATEWAYCTRL
   helper:
     cdmSeq     2
     init_done  1
     telegramSentTimeLast 1669910724.14062
     BaseID:
       FFBA2380
     ChipID:
       018F7447
     awaitCmdResp:
Attributes:
   DbLogExclude .*
   alias      TCM_ESP3_0
   learningMode always
   room       EnOcean
   sendInterval 0
   smartAckMailboxMax 0
   verbose    0
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: PeMue am 02 Dezember 2022, 08:00:23
Zitat von: ch.eick am 01 Dezember 2022, 17:45:22
Warum sollte ich da hellhörig werden?
Ich dachte, auch der CUNX wird von der allgemeinen Firmware bedient (siehe https://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/version.h) (1.67), das scheint aber nicht so.
Der CUNX hat eine eigene Firmware mit eigener Versionsnummer https://github.com/tostmann/culfw/blob/culfw-v2.x/version.h (2.67)

Probier einfach mal das Attribut rfmode auf WMBUS_T zu setzen, wenn  das geht, hast Du zumindest die Chance solche Zähler auszulesen.
Bei mir war es andersrum, ich habe einen elektronischen Zähler bekommen (inkl. AES Schlüssel) und habe bei einem CUL das einfach probiert. Nach Ausblenden der anderen 13 Zähler habe ich meine Uhr gefunden. Ich habe einen Sensus iPERL.

Gruß Peter
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: ch.eick am 02 Dezember 2022, 08:19:22
Zitat von: PeMue am 02 Dezember 2022, 08:00:23
Probier einfach mal das Attribut rfmode auf WMBUS_T zu setzen, wenn  das geht, hast Du zumindest die Chance solche Zähler auszulesen.
Bei mir war es andersrum, ich habe einen elektronischen Zähler bekommen (inkl. AES Schlüssel) und habe bei einem CUL das einfach probiert. Nach Ausblenden der anderen 13 Zähler habe ich meine Uhr gefunden. Ich habe einen Sensus iPERL.

Gruß Peter
Hallo Peter,
nach dem setzen des rfmode bekomme ich folgende Änderung im Device

initString X21 brt

und die clients ändern sich

von
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:

auf
Clients :WMBUS:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:

Mein FHEM steht auf autocreate, würde ich dann eventuell vorhandene Geräte von den Nachbarm irgendwann mal sehen können :-) :-)

Welche Wärmemengenzähler sind denn bei Euch im Einsatz? Bisher habe ich dies gefunden. Gibt's da einen, der am wenigsten ärger macht?
ZitatBrummerhoop Model F90U (Baugleich mit Engelmann Serie SensoStar, Techem Serie Vario, WDV/Moline Serie Wingstar)

Bei dem Brummerhoop Model F90U steht etwas dabei, dass man dort weitere "3 optionalen Impulszähler" anschließen kann.
Mein Wärmemengenzähler für das Appartment ist ein Sensus PolluCom E mit zwei optischen Ausgängen. Wenn das ein "Impulszähler" wäre,
was würde ich dann noch alles brauchen. um den auszulesen?

Oh man, das ist wieder viel neues Zeugs ...
    Christian
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: mirko_s am 14 Dezember 2022, 16:18:43
Hallo, ich habe Probleme mit dem decodieren von Engelman Sensorstar https://www.engelmann.de/wp-content/uploads/2019/02/1080600020_BA_Kommunikationsschnittstellen_S3C_de.pdf Zählern. hat jemand bereits erfolgreich diese Zähler auslesen können oder hat Tips was ich umstellen muss?

WMBUS Error during LinkLayer parse:CRC check failed on block 1


2022.12.14 15:30:26.665 5: SIGNALESP32/RAW READ: /
2022.12.14 15:30:26.683 5: SIGNALESP32/RAW READ: /MN;D=YA244C5142607987000047A2F009005A6DFAC06
2022.12.14 15:30:26.700 5: SIGNALESP32/RAW READ: MN;D=YA244C5142607987000047A2F009005A6DFAC06/D4D00E451653D85D3BF6BA2BA0E00079155A0F568216C1F305D7
2022.12.14 15:30:26.719 5: SIGNALESP32/RAW READ: MN;D=YA244C5142607987000047A2F009005A6DFAC06D4D00E451653D85D3BF6BA2BA0E00079155A0F568216C1F305D7/7F6C4B309EEC22412E703EC4D16422F5267044643F34E8
2022.12.14 15:30:26.738 5: SIGNALESP32/RAW READ: MN;D=YA244C5142607987000047A2F009005A6DFAC06D4D00E451653D85D3BF6BA2BA0E00079155A0F568216C1F305D77F6C4B309EEC22412E703EC4D16422F5267044643F34E8/C69EF8E2672D2803E8A02AF60C074EE7
2022.12.14 15:30:26.754 5: SIGNALESP32/RAW READ: MN;D=YA244C5142607987000047A2F009005A6DFAC06D4D00E451653D85D3BF6BA2BA0E00079155A0F568216C1F305D77F6C4B309EEC22412E703EC4D16422F5267044643F34E8C69EF8E2672D2803E8A02AF60C074EE7/79C1014AADEBD8E54D375B3F6C56784AF2ED6A
2022.12.14 15:30:26.768 5: SIGNALESP32/RAW READ: MN;D=YA244C5142607987000047A2F009005A6DFAC06D4D00E451653D85D3BF6BA2BA0E00079155A0F568216C1F305D77F6C4B309EEC22412E703EC4D16422F5267044643F34E8C69EF8E2672D2803E8A02AF60C074EE779C1014AADEBD8E54D375B3F6C56784AF2ED6A/BDE4668AF56E16A6DA537743DB78D7
2022.12.14 15:30:26.776 5: SIGNALESP32/RAW READ: MN;D=YA244C5142607987000047A2F009005A6DFAC06D4D00E451653D85D3BF6BA2BA0E00079155A0F568216C1F305D77F6C4B309EEC22412E703EC4D16422F5267044643F34E8C69EF8E2672D2803E8A02AF60C074EE779C1014AADEBD8E54D375B3F6C56784AF2ED6ABDE4668AF56E16A6DA537743DB78D7/BFF5A10038FDA3615C1F539313425B3ED63D37E063E5227651
2022.12.14 15:30:26.785 5: SIGNALESP32/RAW READ: MN;D=YA244C5142607987000047A2F009005A6DFAC06D4D00E451653D85D3BF6BA2BA0E00079155A0F568216C1F305D77F6C4B309EEC22412E703EC4D16422F5267044643F34E8C69EF8E2672D2803E8A02AF60C074EE779C1014AADEBD8E54D375B3F6C56784AF2ED6ABDE4668AF56E16A6DA537743DB78D7BFF5A10038FDA3615C1F539313425B3ED63D37E063E5227651/48320DFBE0830FE284F4D3C62D
2022.12.14 15:30:26.793 5: SIGNALESP32/RAW READ: MN;D=YA244C5142607987000047A2F009005A6DFAC06D4D00E451653D85D3BF6BA2BA0E00079155A0F568216C1F305D77F6C4B309EEC22412E703EC4D16422F5267044643F34E8C69EF8E2672D2803E8A02AF60C074EE779C1014AADEBD8E54D375B3F6C56784AF2ED6ABDE4668AF56E16A6DA537743DB78D7BFF5A10038FDA3615C1F539313425B3ED63D37E063E522765148320DFBE0830FE284F4D3C62D/416CE35506F6EE8023;N=12;
2022.12.14 15:30:26.802 5: SIGNALESP32/RAW READ: MN;D=YA244C5142607987000047A2F009005A6DFAC06D4D00E451653D85D3BF6BA2BA0E00079155A0F568216C1F305D77F6C4B309EEC22412E703EC4D16422F5267044643F34E8C69EF8E2672D2803E8A02AF60C074EE779C1014AADEBD8E54D375B3F6C56784AF2ED6ABDE4668AF56E16A6DA537743DB78D7BFF5A10038FDA3615C1F539313425B3ED63D37E063E522765148320DFBE0830FE284F4D3C62D416CE35506F6EE8023;N=12;/

2022.12.14 15:30:26.802 4: SIGNALESP32/msg READ: MN;D=YA244C5142607987000047A2F009005A6DFAC06D4D00E451653D85D3BF6BA2BA0E00079155A0F568216C1F305D77F6C4B309EEC22412E703EC4D16422F5267044643F34E8C69EF8E2672D2803E8A02AF60C074EE779C1014AADEBD8E54D375B3F6C56784AF2ED6ABDE4668AF56E16A6DA537743DB78D7BFF5A10038FDA3615C1F539313425B3ED63D37E063E522765148320DFBE0830FE284F4D3C62D416CE35506F6EE8023;N=12;
2022.12.14 15:30:26.802 1: DEBUG>SIGNALESP32: incoming message: (MN;D=YA244C5142607987000047A2F009005A6DFAC06D4D00E451653D85D3BF6BA2BA0E00079155A0F568216C1F305D77F6C4B309EEC22412E703EC4D16422F5267044643F34E8C69EF8E2672D2803E8A02AF60C074EE779C1014AADEBD8E54D375B3F6C56784AF2ED6ABDE4668AF56E16A6DA537743DB78D7BFF5A10038FDA3615C1F539313425B3ED63D37E063E522765148320DFBE0830FE284F4D3C62D416CE35506F6EE8023;N=12;)

2022.12.14 15:30:26.803 1: DEBUG>SIGNALESP32: extracted  data YA244C5142607987000047A2F009005A6DFAC06D4D00E451653D85D3BF6BA2BA0E00079155A0F568216C1F305D77F6C4B309EEC22412E703EC4D16422F5267044643F34E8C69EF8E2672D2803E8A02AF60C074EE779C1014AADEBD8E54D375B3F6C56784AF2ED6ABDE4668AF56E16A6DA537743DB78D7BFF5A10038FDA3615C1F539313425B3ED63D37E063E522765148320DFBE0830FE284F4D3C62D416CE35506F6EE8023

2022.12.14 15:30:26.803 1: DEBUG>SIGNALESP32: extracted xFSK Native Nr 12

2022.12.14 15:30:26.804 4: SIGNALESP32 Parse_MN: Found 2-FSK Protocol id 210 length 331 RSSI = -56.5 LQI = 128 -> WMBUS C
2022.12.14 15:30:26.804 4: SIGNALESP32 ParseMN: ID=210 dmsg=bYA244C5142607987000047A2F009005A6DFAC06D4D00E451653D85D3BF6BA2BA0E00079155A0F568216C1F305D77F6C4B309EEC22412E703EC4D16422F5267044643F34E8C69EF8E2672D2803E8A02AF60C074EE779C1014AADEBD8E54D375B3F6C56784AF2ED6ABDE4668AF56E16A6DA537743DB78D7BFF5A10038FDA3615C1F539313425B3ED63D37E063E522765148320DFBE0830FE284F4D3C62D416CE35506F6EE8023
2022.12.14 15:30:26.804 5: SIGNALESP32 Dispatch: bYA244C5142607987000047A2F009005A6DFAC06D4D00E451653D85D3BF6BA2BA0E00079155A0F568216C1F305D77F6C4B309EEC22412E703EC4D16422F5267044643F34E8C69EF8E2672D2803E8A02AF60C074EE779C1014AADEBD8E54D375B3F6C56784AF2ED6ABDE4668AF56E16A6DA537743DB78D7BFF5A10038FDA3615C1F539313425B3ED63D37E063E522765148320DFBE0830FE284F4D3C62D416CE35506F6EE8023, test ungleich: disabled
2022.12.14 15:30:26.804 4: SIGNALESP32 Dispatch: bYA244C5142607987000047A2F009005A6DFAC06D4D00E451653D85D3BF6BA2BA0E00079155A0F568216C1F305D77F6C4B309EEC22412E703EC4D16422F5267044643F34E8C69EF8E2672D2803E8A02AF60C074EE779C1014AADEBD8E54D375B3F6C56784AF2ED6ABDE4668AF56E16A6DA537743DB78D7BFF5A10038FDA3615C1F539313425B3ED63D37E063E522765148320DFBE0830FE284F4D3C62D416CE35506F6EE8023,  dispatch
2022.12.14 15:30:26.805 5: SIGNALESP32: dispatch bYA244C5142607987000047A2F009005A6DFAC06D4D00E451653D85D3BF6BA2BA0E00079155A0F568216C1F305D77F6C4B309EEC22412E703EC4D16422F5267044643F34E8C69EF8E2672D2803E8A02AF60C074EE779C1014AADEBD8E54D375B3F6C56784AF2ED6ABDE4668AF56E16A6DA537743DB78D7BFF5A10038FDA3615C1F539313425B3ED63D37E063E522765148320DFBE0830FE284F4D3C62D416CE35506F6EE8023
2022.12.14 15:30:26.805 5: WMBUS raw msg bYA244C5142607987000047A2F009005A6DFAC06D4D00E451653D85D3BF6BA2BA0E00079155A0F568216C1F305D77F6C4B309EEC22412E703EC4D16422F5267044643F34E8C69EF8E2672D2803E8A02AF60C074EE779C1014AADEBD8E54D375B3F6C56784AF2ED6ABDE4668AF56E16A6DA537743DB78D7BFF5A10038FDA3615C1F539313425B3ED63D37E063E522765148320DFBE0830FE284F4D3C62D416CE35506F6EE8023
2022.12.14 15:30:26.806 2: WMBUS Error during LinkLayer parse:CRC check failed on block 1
2022.12.14 15:30:26.810 3: SIGNALESP32: Unknown code bYA244C5142607987000047A2F009005A6DFAC06D4D00E451653D85D3BF6BA2BA0E00079155A0F568216C1F305D77F6C4B309EEC22412E703EC4D16422F5267044643F34E8C69EF8E2672D2803E8A02AF60C074EE779C1014AADEBD8E54D375B3F6C56784AF2ED6ABDE4668AF56E16A6DA537743DB78D7BFF5A10038FDA3615C1F539313425B3ED63D37E063E522765148320DFBE0830FE284F4D3C62D416CE35506F6EE8023, help me!
2022.12.14 15:31:04.745 5: SIGNALESP32/RAW READ: /
2022.12.14 15:31:04.784 5: SIGNALESP32/RAW READ: /MN;D=YA844C5142407557400047A470000002F2F046D1E2FCE2C04066C7400000413AB0
2022.12.14 15:31:04.800 5: SIGNALESP32/RAW READ: MN;D=YA844C5142407557400047A470000002F2F046D1E2FCE2C04066C7400000413AB0/31A0001FD1700426CBF2C4406855E0
2022.12.14 15:31:04.820 5: SIGNALESP32/RAW READ: MN;D=YA844C5142407557400047A470000002F2F046D1E2FCE2C04066C7400000413AB031A0001FD1700426CBF2C4406855E0/000840106077300008402
2022.12.14 15:31:04.834 5: SIGNALESP32/RAW READ: MN;D=YA844C5142407557400047A470000002F2F046D1E2FCE2C04066C7400000413AB031A0001FD1700426CBF2C4406855E0000840106077300008402/06FF6F00008403060F6F0000840406A16E000
2022.12.14 15:31:04.847 5: SIGNALESP32/RAW READ: MN;D=YA844C5142407557400047A470000002F2F046D1E2FCE2C04066C7400000413AB031A0001FD1700426CBF2C4406855E000084010607730000840206FF6F00008403060F6F0000840406A16E000/0840506A16E0000840606A1
2022.12.14 15:31:04.858 5: SIGNALESP32/RAW READ: MN;D=YA844C5142407557400047A470000002F2F046D1E2FCE2C04066C7400000413AB031A0001FD1700426CBF2C4406855E000084010607730000840206FF6F00008403060F6F0000840406A16E0000840506A16E0000840606A1/6E0000840706A16E000084080
2022.12.14 15:31:04.868 5: SIGNALESP32/RAW READ: MN;D=YA844C5142407557400047A470000002F2F046D1E2FCE2C04066C7400000413AB031A0001FD1700426CBF2C4406855E000084010607730000840206FF6F00008403060F6F0000840406A16E0000840506A16E0000840606A16E0000840706A16E000084080/6C16D0000840906726B0000840A
2022.12.14 15:31:04.877 5: SIGNALESP32/RAW READ: MN;D=YA844C5142407557400047A470000002F2F046D1E2FCE2C04066C7400000413AB031A0001FD1700426CBF2C4406855E000084010607730000840206FF6F00008403060F6F0000840406A16E0000840506A16E0000840606A16E0000840706A16E0000840806C16D0000840906726B0000840A/0635670000840B0688630000D8
2022.12.14 15:31:04.885 5: SIGNALESP32/RAW READ: MN;D=YA844C5142407557400047A470000002F2F046D1E2FCE2C04066C7400000413AB031A0001FD1700426CBF2C4406855E000084010607730000840206FF6F00008403060F6F0000840406A16E0000840506A16E0000840606A16E0000840706A16E0000840806C16D0000840906726B0000840A0635670000840B0688630000D8/2D840C06855E0000
2022.12.14 15:31:04.895 5: SIGNALESP32/RAW READ: MN;D=YA844C5142407557400047A470000002F2F046D1E2FCE2C04066C7400000413AB031A0001FD1700426CBF2C4406855E000084010607730000840206FF6F00008403060F6F0000840406A16E0000840506A16E0000840606A16E0000840706A16E0000840806C16D0000840906726B0000840A0635670000840B0688630000D82D840C06855E0000/840D06E0590000840E
2022.12.14 15:31:04.904 5: SIGNALESP32/RAW READ: MN;D=YA844C5142407557400047A470000002F2F046D1E2FCE2C04066C7400000413AB031A0001FD1700426CBF2C4406855E000084010607730000840206FF6F00008403060F6F0000840406A16E0000840506A16E0000840606A16E0000840706A16E0000840806C16D0000840906726B0000840A0635670000840B0688630000D82D840C06855E0000840D06E0590000840E/0631560000840F067B54
2022.12.14 15:31:04.912 5: SIGNALESP32/RAW READ: MN;D=YA844C5142407557400047A470000002F2F046D1E2FCE2C04066C7400000413AB031A0001FD1700426CBF2C4406855E000084010607730000840206FF6F00008403060F6F0000840406A16E0000840506A16E0000840606A16E0000840706A16E0000840806C16D0000840906726B0000840A0635670000840B0688630000D82D840C06855E0000840D06E0590000840E0631560000840F067B54/000003FD0C05010002
2022.12.14 15:31:04.921 5: SIGNALESP32/RAW READ: MN;D=YA844C5142407557400047A470000002F2F046D1E2FCE2C04066C7400000413AB031A0001FD1700426CBF2C4406855E000084010607730000840206FF6F00008403060F6F0000840406A16E0000840506A16E0000840606A16E0000840706A16E0000840806C16D0000840906726B0000840A0635670000840B0688630000D82D840C06855E0000840D06E0590000840E0631560000840F067B54000003FD0C05010002/FD0B0111DACC800
2022.12.14 15:31:04.930 5: SIGNALESP32/RAW READ: MN;D=YA844C5142407557400047A470000002F2F046D1E2FCE2C04066C7400000413AB031A0001FD1700426CBF2C4406855E000084010607730000840206FF6F00008403060F6F0000840406A16E0000840506A16E0000840606A16E0000840706A16E0000840806C16D0000840906726B0000840A0635670000840B0688630000D82D840C06855E0000840D06E0590000840E0631560000840F067B54000003FD0C05010002FD0B0111DACC800/4;N=12;

2022.12.14 15:31:04.930 4: SIGNALESP32/msg READ: MN;D=YA844C5142407557400047A470000002F2F046D1E2FCE2C04066C7400000413AB031A0001FD1700426CBF2C4406855E000084010607730000840206FF6F00008403060F6F0000840406A16E0000840506A16E0000840606A16E0000840706A16E0000840806C16D0000840906726B0000840A0635670000840B0688630000D82D840C06855E0000840D06E0590000840E0631560000840F067B54000003FD0C05010002FD0B0111DACC8004;N=12;
2022.12.14 15:31:04.931 1: DEBUG>SIGNALESP32: incoming message: (MN;D=YA844C5142407557400047A470000002F2F046D1E2FCE2C04066C7400000413AB031A0001FD1700426CBF2C4406855E000084010607730000840206FF6F00008403060F6F0000840406A16E0000840506A16E0000840606A16E0000840706A16E0000840806C16D0000840906726B0000840A0635670000840B0688630000D82D840C06855E0000840D06E0590000840E0631560000840F067B54000003FD0C05010002FD0B0111DACC8004;N=12;)

2022.12.14 15:31:04.931 1: DEBUG>SIGNALESP32: extracted  data YA844C5142407557400047A470000002F2F046D1E2FCE2C04066C7400000413AB031A0001FD1700426CBF2C4406855E000084010607730000840206FF6F00008403060F6F0000840406A16E0000840506A16E0000840606A16E0000840706A16E0000840806C16D0000840906726B0000840A0635670000840B0688630000D82D840C06855E0000840D06E0590000840E0631560000840F067B54000003FD0C05010002FD0B0111DACC8004

2022.12.14 15:31:04.931 1: DEBUG>SIGNALESP32: extracted xFSK Native Nr 12

2022.12.14 15:31:04.949 4: SIGNALESP32 Parse_MN: Found 2-FSK Protocol id 210 length 343 RSSI = -72 LQI = 128 -> WMBUS C
2022.12.14 15:31:04.950 4: SIGNALESP32 ParseMN: ID=210 dmsg=bYA844C5142407557400047A470000002F2F046D1E2FCE2C04066C7400000413AB031A0001FD1700426CBF2C4406855E000084010607730000840206FF6F00008403060F6F0000840406A16E0000840506A16E0000840606A16E0000840706A16E0000840806C16D0000840906726B0000840A0635670000840B0688630000D82D840C06855E0000840D06E0590000840E0631560000840F067B54000003FD0C05010002FD0B0111DACC8004
2022.12.14 15:31:04.950 5: SIGNALESP32 Dispatch: bYA844C5142407557400047A470000002F2F046D1E2FCE2C04066C7400000413AB031A0001FD1700426CBF2C4406855E000084010607730000840206FF6F00008403060F6F0000840406A16E0000840506A16E0000840606A16E0000840706A16E0000840806C16D0000840906726B0000840A0635670000840B0688630000D82D840C06855E0000840D06E0590000840E0631560000840F067B54000003FD0C05010002FD0B0111DACC8004, test ungleich: disabled
2022.12.14 15:31:04.950 4: SIGNALESP32 Dispatch: bYA844C5142407557400047A470000002F2F046D1E2FCE2C04066C7400000413AB031A0001FD1700426CBF2C4406855E000084010607730000840206FF6F00008403060F6F0000840406A16E0000840506A16E0000840606A16E0000840706A16E0000840806C16D0000840906726B0000840A0635670000840B0688630000D82D840C06855E0000840D06E0590000840E0631560000840F067B54000003FD0C05010002FD0B0111DACC8004,  dispatch
2022.12.14 15:31:04.953 5: SIGNALESP32: dispatch bYA844C5142407557400047A470000002F2F046D1E2FCE2C04066C7400000413AB031A0001FD1700426CBF2C4406855E000084010607730000840206FF6F00008403060F6F0000840406A16E0000840506A16E0000840606A16E0000840706A16E0000840806C16D0000840906726B0000840A0635670000840B0688630000D82D840C06855E0000840D06E0590000840E0631560000840F067B54000003FD0C05010002FD0B0111DACC8004
2022.12.14 15:31:04.953 5: WMBUS raw msg bYA844C5142407557400047A470000002F2F046D1E2FCE2C04066C7400000413AB031A0001FD1700426CBF2C4406855E000084010607730000840206FF6F00008403060F6F0000840406A16E0000840506A16E0000840606A16E0000840706A16E0000840806C16D0000840906726B0000840A0635670000840B0688630000D82D840C06855E0000840D06E0590000840E0631560000840F067B54000003FD0C05010002FD0B0111DACC8004
2022.12.14 15:31:04.958 2: WMBUS Error during LinkLayer parse:CRC check failed on block 1
2022.12.14 15:31:04.966 3: SIGNALESP32: Unknown code bYA844C5142407557400047A470000002F2F046D1E2FCE2C04066C7400000413AB031A0001FD1700426CBF2C4406855E000084010607730000840206FF6F00008403060F6F0000840406A16E0000840506A16E0000840606A16E0000840706A16E0000840806C16D0000840906726B0000840A0635670000840B0688630000D82D840C06855E0000840D06E0590000840E0631560000840F067B54000003FD0C05010002FD0B0111DACC8004, help me!
2022.12.14 15:31:20.451 4: SIGNALESP32/keepalive ok, retry = 0
2022.12.14 15:32:11.798 5: SIGNALESP32/RAW READ: /
2022.12.14 15:32:12.015 5: SIGNALESP32/RAW READ: /MN;D=YAD44C5141907557400047AD0009005475BBB71322F0FCEC94ACFDE14A2575A5CAF7E5FDE87A630EEE138A97D1720D6D138D6592BB8A93555A2E0ED5DBAC85E42A7718A061493EF1925E2E778ED202FE39A0DD89556B42C52122C1B110404CD588450C105BB675E460AD2DB15D1E97AABA3C8573019D0003B6AEBCC3A12121B92159650B14AD250F7B252B94778DB9B2F7DE2FDD1FDAE5753E9BD8E8A4582BEC7C803FD0C05010002FD0B011177358026;N=12;

2022.12.14 15:32:12.019 4: SIGNALESP32/msg READ: MN;D=YAD44C5141907557400047AD0009005475BBB71322F0FCEC94ACFDE14A2575A5CAF7E5FDE87A630EEE138A97D1720D6D138D6592BB8A93555A2E0ED5DBAC85E42A7718A061493EF1925E2E778ED202FE39A0DD89556B42C52122C1B110404CD588450C105BB675E460AD2DB15D1E97AABA3C8573019D0003B6AEBCC3A12121B92159650B14AD250F7B252B94778DB9B2F7DE2FDD1FDAE5753E9BD8E8A4582BEC7C803FD0C05010002FD0B011177358026;N=12;
2022.12.14 15:32:12.020 1: DEBUG>SIGNALESP32: incoming message: (MN;D=YAD44C5141907557400047AD0009005475BBB71322F0FCEC94ACFDE14A2575A5CAF7E5FDE87A630EEE138A97D1720D6D138D6592BB8A93555A2E0ED5DBAC85E42A7718A061493EF1925E2E778ED202FE39A0DD89556B42C52122C1B110404CD588450C105BB675E460AD2DB15D1E97AABA3C8573019D0003B6AEBCC3A12121B92159650B14AD250F7B252B94778DB9B2F7DE2FDD1FDAE5753E9BD8E8A4582BEC7C803FD0C05010002FD0B011177358026;N=12;)

2022.12.14 15:32:12.020 1: DEBUG>SIGNALESP32: extracted  data YAD44C5141907557400047AD0009005475BBB71322F0FCEC94ACFDE14A2575A5CAF7E5FDE87A630EEE138A97D1720D6D138D6592BB8A93555A2E0ED5DBAC85E42A7718A061493EF1925E2E778ED202FE39A0DD89556B42C52122C1B110404CD588450C105BB675E460AD2DB15D1E97AABA3C8573019D0003B6AEBCC3A12121B92159650B14AD250F7B252B94778DB9B2F7DE2FDD1FDAE5753E9BD8E8A4582BEC7C803FD0C05010002FD0B011177358026

2022.12.14 15:32:12.020 1: DEBUG>SIGNALESP32: extracted xFSK Native Nr 12

2022.12.14 15:32:12.043 4: SIGNALESP32 Parse_MN: Found 2-FSK Protocol id 210 length 353 RSSI = -55 LQI = 128 -> WMBUS C
2022.12.14 15:32:12.044 4: SIGNALESP32 ParseMN: ID=210 dmsg=bYAD44C5141907557400047AD0009005475BBB71322F0FCEC94ACFDE14A2575A5CAF7E5FDE87A630EEE138A97D1720D6D138D6592BB8A93555A2E0ED5DBAC85E42A7718A061493EF1925E2E778ED202FE39A0DD89556B42C52122C1B110404CD588450C105BB675E460AD2DB15D1E97AABA3C8573019D0003B6AEBCC3A12121B92159650B14AD250F7B252B94778DB9B2F7DE2FDD1FDAE5753E9BD8E8A4582BEC7C803FD0C05010002FD0B011177358026
2022.12.14 15:32:12.044 5: SIGNALESP32 Dispatch: bYAD44C5141907557400047AD0009005475BBB71322F0FCEC94ACFDE14A2575A5CAF7E5FDE87A630EEE138A97D1720D6D138D6592BB8A93555A2E0ED5DBAC85E42A7718A061493EF1925E2E778ED202FE39A0DD89556B42C52122C1B110404CD588450C105BB675E460AD2DB15D1E97AABA3C8573019D0003B6AEBCC3A12121B92159650B14AD250F7B252B94778DB9B2F7DE2FDD1FDAE5753E9BD8E8A4582BEC7C803FD0C05010002FD0B011177358026, test ungleich: disabled
2022.12.14 15:32:12.044 4: SIGNALESP32 Dispatch: bYAD44C5141907557400047AD0009005475BBB71322F0FCEC94ACFDE14A2575A5CAF7E5FDE87A630EEE138A97D1720D6D138D6592BB8A93555A2E0ED5DBAC85E42A7718A061493EF1925E2E778ED202FE39A0DD89556B42C52122C1B110404CD588450C105BB675E460AD2DB15D1E97AABA3C8573019D0003B6AEBCC3A12121B92159650B14AD250F7B252B94778DB9B2F7DE2FDD1FDAE5753E9BD8E8A4582BEC7C803FD0C05010002FD0B011177358026,  dispatch
2022.12.14 15:32:12.045 5: SIGNALESP32: dispatch bYAD44C5141907557400047AD0009005475BBB71322F0FCEC94ACFDE14A2575A5CAF7E5FDE87A630EEE138A97D1720D6D138D6592BB8A93555A2E0ED5DBAC85E42A7718A061493EF1925E2E778ED202FE39A0DD89556B42C52122C1B110404CD588450C105BB675E460AD2DB15D1E97AABA3C8573019D0003B6AEBCC3A12121B92159650B14AD250F7B252B94778DB9B2F7DE2FDD1FDAE5753E9BD8E8A4582BEC7C803FD0C05010002FD0B011177358026
2022.12.14 15:32:12.045 5: WMBUS raw msg bYAD44C5141907557400047AD0009005475BBB71322F0FCEC94ACFDE14A2575A5CAF7E5FDE87A630EEE138A97D1720D6D138D6592BB8A93555A2E0ED5DBAC85E42A7718A061493EF1925E2E778ED202FE39A0DD89556B42C52122C1B110404CD588450C105BB675E460AD2DB15D1E97AABA3C8573019D0003B6AEBCC3A12121B92159650B14AD250F7B252B94778DB9B2F7DE2FDD1FDAE5753E9BD8E8A4582BEC7C803FD0C05010002FD0B011177358026
2022.12.14 15:32:12.051 2: WMBUS Error during LinkLayer parse:CRC check failed on block 1
2022.12.14 15:32:12.059 3: SIGNALESP32: Unknown code bYAD44C5141907557400047AD0009005475BBB71322F0FCEC94ACFDE14A2575A5CAF7E5FDE87A630EEE138A97D1720D6D138D6592BB8A93555A2E0ED5DBAC85E42A7718A061493EF1925E2E778ED202FE39A0DD89556B42C52122C1B110404CD588450C105BB675E460AD2DB15D1E97AABA3C8573019D0003B6AEBCC3A12121B92159650B14AD250F7B252B94778DB9B2F7DE2FDD1FDAE5753E9BD8E8A4582BEC7C803FD0C05010002FD0B011177358026, help me!
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: dennisk am 19 Dezember 2022, 15:12:12
Zitat von: mirko_s am 14 Dezember 2022, 16:18:43
Hallo, ich habe Probleme mit dem decodieren von Engelman Sensorstar https://www.engelmann.de/wp-content/uploads/2019/02/1080600020_BA_Kommunikationsschnittstellen_S3C_de.pdf Zählern. hat jemand bereits erfolgreich diese Zähler auslesen können oder hat Tips was ich umstellen muss?

Hallo, bei mir wurden auch einige Engelmann SensoStar Q mit dem verlinkten Funk-Kommunikationsmodul verbaut (von der Hausverwaltung, nicht von mir, Schlüssel habe ich noch nicht). Ich habe seit mindestens zwei Wochen einen NanoCUL (mit aculfw und vergrößertem TTYBUF) in Betrieb und die ebenfalls neu verbauten Wasseruhren kann ich problemlos empfangen. Trotz der im ganzen Haus vielfach verbauten Wärmemengenzähler SensoStar Q kann ich aber keinen einzigen davon in den Logs entdecken - zumindest deren IDs müsste ich ja auch ohne Kenntnis des Schlüssels entdecken. Klappt auch nicht mit einer bereits vorkompilierten Version der aculfw. Liegt da vielleicht ein grundsätzliches Problem mit den Geräten von Engelmann vor? Gibt es jemanden, der diese erfolgreich empfängt?
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: pure-current am 31 Dezember 2022, 17:32:26
Hallo zusammen,

ich hab' einen Raspi4 mit 3x SCC1101 (stackable CC, 2x 868 MHz und 1x 433MHz)
(war mal gedacht für Homematic, FS20 und MAX!, nur noch Homematic im Einsatz)
Leider sind meine beiden 868MHZ Firmwarestand "V 1.58 CSM868" und lt. Thread hier bräuchte ich "Aktuelle Firmware 1.60+"

Jetzt würde ich gerne die neueste Firmware aufspielen. Laut Anleitung solle es so gehen:
updating firmware
The makefile inside Device/SCC directory is prepared to flash new firmware by running:
make program

Ich kann aber beim besten Willen kein solches Verzeichnis oder ein makefile finden.
Kann mir jemand helfen?

Vielen Dank im Voraus.


Titel: Antw:Wireless M-Bus für CUL
Beitrag von: pure-current am 01 Januar 2023, 14:48:14
OK, ich hab's hingekriegt.

Falls es nochmal jemand braucht:

bei mir fehlten noch Pakete:
sudo apt-get install avr-libc
sudo apt-get install avrdude

Auf sourceforge den gesamten culfw Trunk auf den Pi runterladen (http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw)
ins Verzeichnis "/culfw/Devices/SCC/" wechseln
sudo make program
(gab bei mir jetzt erst mal ne Fehlermeldung:
in somfy_rts.c wäre in Zeile 200 ein verwaistes "#" vor  "129341",
ich habe das "#" durch "//" ersetzt, danach lief es fehlerfrei durch.)

Also auf dem gewünschten SCC den Microtaster drücken, dann sudo make program
So hats bei mir geklappt, bin jetzt von V1.58 auf V1.67

Jetzt werd' ich mich mal dem Thema Wireless MBUS widmen...
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: exit2308 am 10 Januar 2023, 09:18:49
Hi,

hab mir jetzt die ganzen Beiträge in ruhe durchgelesen und mich mit dem Thema wmbus etwas befasst.
Scheinbar sollte es einen Standard geben (OMS), der aber nicht von jeden Hersteller eingehalten wird.
Da die Entwicklung des Moduls seit Mitte 2014 begonnen hat, wollte ich mal fragen, wie jetzt der Stand der Dinge ist.

Ich habe bei mir Folgende Zählertypen verbaut:
- Heizkostenverteiler: Qundis - Q caloric 5.5
- Wasserzähler: Maddalena - Radio Evo

der Empfang sollte mittels nanoCUL realisiert werden.

Sind diese bereits getestet oder kann jemand dazu Erfahrungen geben?

lg André
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: dadoc am 13 Januar 2023, 17:08:02
Hallo zusammen,
ich habe nach wie vor folgendes am Laufen:
- 3 F90S (3) Wärmezähler:
- Zähler 1 (Heizkreis 1) ist mit dem Funkmodul ausgestattet
- Zähler 2 (Heizkreis 2) und Zähler 3 (Warmwasser) sind mit Impulszähler-Modulen ausgestattet, die an die Impulszählereingänge des Funkmoduls von Zähler 1 angeschlossen sind.
D.h. das Funkmodul von Zähler 1 überträgt die Daten der drei Zähler.
- Empfang mit Esp32 und Ralfs Firmware "4.2.2-dev220712 SIGNALduinoAdv ESP32 cc1101..."

Zum Jahreswechsel habe ich die Daten der drei Wärmezähler nun auch mal mit der Device Monitor Software von Brummerhoop und dem Opto-Kopf ausgelesen. Zu meiner Überraschung ist der (einzige) Wert, der mich interessiert, nämlich der Verbrauch in Wh bzw. MWh (VIF_ENERGY_WATT), bei zwei Zählern deutlich anders als die entsprechenden Werte, die in fhem erfasst werden. Bei einem Zähler passt es dagegen genau

Größenordnung (Auslesung Optokopf ./. Auslesung Sduino/fhem):
Heizkreis 1: 71,495 ./. 63,254
Heizkreis 2: 57,169 ./. 57,169
Warmwasser: 22,214 ./. 30,709
Hat jemand eine Idee, woran das liegen kann?
Danke & Grüße
Martin

Titel: Antw:Wireless M-Bus für CUL
Beitrag von: Uwe-Kaditz am 06 Februar 2023, 14:01:27
Hallo zusammen,

hat von Euch einer den AES key vom Wasservorsorger für den Hydrus 2.0 (Type 173) bekommen?

Wenn ja, habe ich 2 Fragen:

DANKE!
Titel: Aw: Wireless M-Bus für CUL
Beitrag von: bicmac am 20 Juli 2023, 13:00:28
Hi,
meine Gemeinde wollte mir den Schlüssel für den Diehl Hydras auch nicht geben da wohl alle in der Gemeinde den selben Schlüssel verwenden. Nach einigen Diskussionen haben sie mir einen neuen Zähler bestellt der einen eigenen Key hat und den Zähler nochmal getauscht.
Das "Problem" ist nur das sie mir nun eine XML Datei zur Verfügung gestellt haben in der zwar 2 Keys enthalten sind. Diese sind jedoch nicht im HEX FormaT wie es im Modul erwartet wird. Der mir vorliegende String ist 32 Zeichen lang.
Wie komme ich denn von den keys aus der XML zu dem erwarteten HEX keys?
Titel: Aw: Wireless M-Bus für CUL
Beitrag von: locodriver am 21 Juli 2023, 11:58:35
Hallo!

Mein "normales" Monatslog wird mit Daten von Wasseruhren, Wärmezählern und Rauchmeldern geflutet. Der Aufruf des Logfiles ist auch sehr zäh.

Ich habe meine Geräte definiert und dann autocreate auf disabled gesetzt.

Nun sieht das log so in der Art aus und fhem wird - besoders beim Update - ausgebremst.

2023.06.01 00:00:28.794 3: alexa: using logfile: ./log/alexa-2023-06-01.log
2023.06.01 00:00:37.148 3: TelegramBot_Callback Nachrichten: Digest: Number of poll failures on 2023-05-31 is :3:
2023.06.01 00:00:42.889 3: WMBUS Unknown device bAE44EE4D703850241B04294A7AB000A025A7C097F75AD434AE3052ABFE5B0669E7BC0D3BD54090E1E2C8F3C215154EFBAF499ADDDCCE545E37EA357E47B9EEA759977CFF4FD160B4B38C33B7F516E809AF557DADABB2D6AA9A10761A9DCC9393A8033FC3DB384E96B9CBCC15D173AEDB032F2CF3737F47DCC9F9B97EB6481B33E86F10A174AEFF61AAEDA9045D9C69DBB7662F67B0B82A055EE6D7B7297FC640ABFC73828A947197E9BD92453A98980151641D53E95F4AC62628C1E667E1D3EF49ABC86713D81A80::-87, please define it
2023.06.01 00:00:56.831 3: WMBUS Unknown device bAE44EE4D093950241B04E5D57A0100A025AE432ADD72A3443F07E8C45524ADD736F8B375D097F3CC8597C18796338D49B3AA9A6B8F65A58E07A55D8681D123EB2AEBC2BD3545189693C07FEDA94DF20141D7B3EB06EFD75EFB80869446DFEF63FA41080AB8ACD41680CDD968B706D99E0B0D89470C2B71F6DA2DBAC1B8EBCF9C797B8F6FE93A4B70AA3E198705E9013FB4AEA2B3E998F9720FC054DCF3C9BC162F10C28EB9A5E6D41BBCFFC684C3E7C21A320005F0664CADCA53E3591849A98C98CDF1A231404780::-87.5, please define it
2023.06.01 00:01:09.374 3: WMBUS Unknown device bAE44EE4D673850241B042C617A0F00A025B0A99893C4C97F3D98BC2A082CC9CCB598FC6B0EE0783EF06EA3CF4BBC78F0C261CFACBF021AA5AEC3D1DDF2A5AA0BF4E57DF7A6D05265A47E7AE366DD534C80ECEA8D07D830DADA1F3103C4F0887ED8D0105A5B40DC0A37FFE5D0929810F5BFB557C8C972FD18B0D77F19A22A21EA5BDF6132632256730B9F90C3F2782CEC58962FB4CF4F40D28887FEC975A464FE9191C8D5865EE2F81B535C17EA56DEA0A87A60A6DE4FAFD5B051DB4AC4F2CA67AD0382CF8CD0B980::-85, please define it
2023.06.01 00:01:13.824 3: WMBUS Unknown device bAE44EE4D723850241B04973F7A0B00A025743AA5B0A636D491429CCD31E3A845B62399A20573B274931AA634CDFF7BB50C117B64F11C10E2B291654E019ABB8F714912D6210A2CB86314D9B624DEE3FD6D26F240EAF2DF457B10D689A01837AC8D27754905FA45F027EC9C5AAB255B7C5536EBCE83E1288740C4A1BFE72366D47263913B240D1C7678E281F0AFC9B0D8E692AD3BC6BAE0BC2779C4A0A359E21CFC749574C1DD6D6063FBB136B2F667F02BF92C6F7AD5BD06CA4184D4BA9DE002230D0AC56F3CCA80::-81, please define it
2023.06.01 00:01:16.964 3: WMBUS Unknown device bAE44EE4D563950241B048E847A3300A0256C9821BDA722A17391A143A20562796CF4AF7BB94EEA82B0C2B3D6C28C63F80DBCF7C6B8CE1C233A909D711EB07656EF096AE7B625BD5B4A97793241A4F51B99A3DFD0914CB1B21ACCB474813F2B3894802D5BC2CFF148C261A8370B9916B20C22905E129D57ED0BCEBAED9327DBC60A1CC9CD531368B09622EB97AAD81C96746E954BA1FCF816026F2605E0D46608FFEB3AD56C7D20DCF2E0E77F844D704A71F3BD57517D87264E1CEFA264243B289DA6EF10681C5180::-73, please define it
2023.06.01 00:01:17.666 3: WMBUS Unknown device bAE44EE4D433950241B0435DA7A2400A0259CD86E26F079602F9A1923E95ECB6B67657BA110EC96CF3E037B4504C310D2C0C1326BE95A091677E9D199A4F7D6338C1D7C907C241C66D6E1AB4A01A0643E32652362D113F1B66E70F4711995AE2C8085A663AC610E0EE0429217F34658E10586FB4D6B38867F097DA171AEBA106984B0097B54C31F89E50809BA796167ED775E14CB1C1C05625922142F7FCA92BBB0ED3635E2E074A68AFD3424D2C14A4DCE3F3E779364DC2E01C10D844DA77CFC33D7E7E96E1B5383::-90.5, please define it
2023.06.01 00:02:08.504 3: WMBUS Unknown device bAE44EE4D753850241B04A94D7AFC00A0259C36A8303A7465F81F989BD3812C9C11B2BAEC0CDC6049C08C6F59E121941C8E526678D23D5371BC9B1B33B9046C79E898EF6A033F50B11E56B55D4BDE2FE4F0E6E25457B52EAAD19B5B428782CA69BD74F561BA44D367FD8E130D6AC96ACC9F597DDD224AA3B4F0B40985F89DFDFE884A9DA061AFD9302EAB13F1B53301438E27AC97F004D1DBFEBF68C02153524147F520C07DA445EAC50A274058D9ED945F0A027EFD8F07975A7D4E23332BAC011A8817B2F6D0FF80::-69.5, please define it
2023.06.01 00:02:41.943 3: WMBUS Unknown device bAE44EE4D703850241B04294A7AB100A025BBA8CA4BF5BC4DCCA32D8CA0B61300755D10EB1B70574D36F33102147E660FB25A7967C667B66855CF1383C0876017597F83EE1208AC7A7D47D97F622C77408CF1C1B02D5C3A88FFBA2657652CAB3DABDCC71102143149C3620AC2647774F476E33C5EEF6D3AE06DC7A2CBAC58A822D5692F82F841CD1C2A3571A00D4E994FCAFA64308192D6CB2413272FA970CAB8591C0E697DE0DFC8D7348D0656852B5DC675F0C8008E6BC44C63599FB079D34A16C510BFC10E9B81::-87, please define it
2023.06.01 00:03:00.520 3: WMBUS Unknown device bAE44EE4D093950241B04E5D57A0200A025E987BB2ECA907284B5C5368388DBAB6C47A381651E8608CAC9F20C910CB76115195541D798C502350BEEF9DD508B737EA3CAB30C3752F27D3FF3C4E1CD63BB5046423B366D63B9FB48D2AEFB1E708F02F2266FE45605A81E6EFA3E2C53B84071AB93DFECFD7F55306D2549E17BD14A299B6FA5D6882CE506A1D3D08F25B6F04E5E4069CF94C618ED34CB5FE2B88758320841BB5CADA13978F4ABED4226CA5DABEA8319326BA35D4644D12FF0A6B992B7428A4FA9C3BD80::-87.5, please define it
2023.06.01 00:03:12.237 3: WMBUS Unknown device bAE44EE4D673850241B042C617A1000A025D88F479C1C739D7F0718287DFD0A5B58268D56D361F9EE89F4D347F60E2382840214B566A4D6D2AA34F76916289FD3BF8F96339701B3342614D821A9ACBD0F5BA01326ECB874D232F7540A74B112301A948C9CDE58D0CF84E896D67DC8354A2BF9BAB973E10A43E8ED3A09178FFB2D00D480E169CDF15053BC1C308E0A15218851B679A898D2E5F9198DD50889625BFAD065B902263D27753511FE90F7DD2A15A3E4B371EE11093F31727F6E4B965F68A226D560B4F081::-86, please define it
2023.06.01 00:03:16.920 3: WMBUS Unknown device bAE44EE4D723850241B04973F7A0C00A025A63A86A0552D1A8CC2F70CA3154DA3A04C874EE986B8C138CB5F033B5C7F36FD0DB5D0C957D38C87FD829FC1877E9020066AE2E54147BE1D699D72D0D2580A42AB240B17D046263AB1BB78D48F5CB0172214DFBC58AE8C1E34F9C1453738889B12D1280F07A61605A17221331EC1EE57A53DD762CC6C201DB2AEE73165FD305A245126CC6D1D22C2258178AC4727556670B205B7E4716F46D25E79265B69C22F76C05B2D778F8306D861EC8E5B8ED366E6F59559A38A80::-80, please define it
2023.06.01 00:03:17.720 3: WMBUS Unknown device bAE44EE4D563950241B048E847A3400A025108F7F973F43B1F56ADF9E2502964E3769E3DBD1A5647198B2937A0D18DE9947FD1092F50232A622EE3B43A265C2D0F3E43B0805F04B48A4366499E66628886D4FBFBB2943E3497A2EB343037894D2F279DFCA13FF346C0ABF96548FBE695EF2986308FF3DD791F48A21EB9B88F971B94BF26CA7E384280652E6354C85B12D8F6D5DB44072CB199248B5AE29CD8A95E3F6F103C1A5E3E3CA4C34035407D1507100FE1666EACC1833EF44C38142B7A6F4947E59F1B9E480::-73.5, please define it
2023.06.01 00:03:43.183 3: PM: MapConvert called from FormatReading did not find  Heute mäßiger Gräser-, Roggen- und Kräuterpollenflug  ( Heute mäßiger Gräser-, Roggen- und Kräuterpollenflug ) in map noburden:0, weakburden:1, moderateburden:2, strongburden:3
2023.06.01 00:03:56.924 3: HMinfo HMinfo get:update :
2023.06.01 00:03:56.927 3: CUL_HM set ActionDetector update noArg
2023.06.01 00:03:56.958 3: CUL_HM set VCCU update noArg
2023.06.01 00:03:57.392 3: UWZ Unwetterzentrale: UWZ.1811 Done fetching data

Im Eventmonitor sieht das beispielhaft so aus:
2023-07-21 11:55:56.978 Global global UNDEFINED WMBUS_SON_24503872_27_4 WMBUS bAE44EE4D723850241B04973F7A1200A02521D2265C5CB48C9C813D749CC877A24B9753A1346FCC4CBFA84172CDE575E401BD7BCF8A3BEF44880809128C96CB4C6E61875BE4413694AE9CFFC56792B3F2F6C6477F82DBB6B75057B5089883E2F25E122D421FEC4069A88F2FB24734F7A31B0F48A4CCE6F1D54FA7F134F75273D864419062D057DB7A4B5C34A647415304E861139FD967DC8A33B39CD537A945A9CA86E49705FE419DC3822F2345853F8CEE5ECAD77826B51B2373A17B4F4C6526E6566018C1E5F880::-75
2023-07-21 11:56:45.005 Global global UNDEFINED WMBUS_DWZ_20055036_2_6 WMBUS bA944FA123650052002068B277A9A0090256E82DD42B70E03F499636DCBDCCEFD34DC0753885DD299BAA8B8A0958E5A061DE3C045CCC543951330E1A934D08337E2A6E1BC59BB66360ED1B64421CE06E855FFD11E59C86153FDC5993F3E3DD465E467549D5C8D1DEE85DD7D7A4A6EF0E16DC47B99118D7465AF86CDA3BC4DF44C4592528E4973688A70B01CBAC0E23252BB6B3EB98A8A8080C5D1A085247F37539E35FCB97A14B873F46FDA18B6DAEC7A75240103FD0C08000002FD0B0111949E80::-75

Leider habe ich nicht gefunden, wie ich der Datenflut Herr werden kann. Habt ihr einen tipp?

Dankeschön!
Titel: Aw: Wireless M-Bus für CUL
Beitrag von: Ralf9 am 21 Juli 2023, 12:35:55
Du kannst mal testen ob es reicht, wenn Du die Geräte definierst und dann das "Attr ignore 1" setzt

Gruß Ralf
Titel: Aw: Wireless M-Bus für CUL
Beitrag von: locodriver am 21 Juli 2023, 12:52:03
Phu - das sind mehrere Dutzend...

Ich hatte gehofft, dass es eine Möglichkeit gibt, dass sie ohne Geräte zu definieren vom Log ausgeschlossen werden können.

Ich habe zum Testen ein DOIF definiert, welches offenbar alle Geräte (SON und DWZ), um die es geht, erkennt.

defmod global_DOIF_1 DOIF ([global:"^UNDEFINED.WMBUS_.*$"]) ()
attr global_DOIF_1 do always
attr global_DOIF_1 room Test

setstate global_DOIF_1 cmd_1
setstate global_DOIF_1 2023-07-21 12:49:20 Device global
setstate global_DOIF_1 2023-07-21 12:49:20 cmd 1
setstate global_DOIF_1 2023-07-21 12:49:20 cmd_event global
setstate global_DOIF_1 2023-07-21 12:49:20 cmd_nr 1
setstate global_DOIF_1 2023-07-21 12:49:20 e_global_events UNDEFINED WMBUS_DWZ_20053388_2_6 WMBUS bA944FA12883305200206065C7A2D0090258436F8CB7EEF7C549A08379916E102823051BB028C60A1CC96CC5D1860F9F3B5CBE9FD99E62526CC0902190279B02C5CA824E8C133616688DE96AEDC5B06568FE94314EEEC65AD556F37B66FBC8AF0E5A5852D862FD809048A3349EEFBE66C56F473F363B9BEA6D3C6436A886B0FBBD37220A57B617283C2AA54804F7B9E29D8885432453F98F081BB116B3E7EADED0B16EEE10C0FBFC33A39DC55A7D9C9B39417F203FD0C08000002FD0B0111DEE980::-70.5
setstate global_DOIF_1 2023-07-21 12:30:55 mode enabled
setstate global_DOIF_1 2023-07-21 12:49:20 state cmd_1


Kann man mit der RegEx etwas "anfangen"?
Titel: Aw: Wireless M-Bus für CUL
Beitrag von: oelkanne am 02 Oktober 2023, 09:33:37
Hallo,

Ich habe einen Würfel von MAX! (Ethernet, USB Anschluss) und möchte gerne die culw aufspielen, um einen Wärmemengenzähler Multical 303 mit WMBus zu verbinden.

Welches "Device" Firmware funktionert mit mit meiner CUbe? (CUN, CUR, CUL, ... https://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/ ).
Beil Hellfinger (a-culfw) gibt es eine CUBe die passt. Leider funktioniert der WMBus damit nicht.
Titel: Aw: Wireless M-Bus für CUL
Beitrag von: Ralf9 am 20 Oktober 2023, 00:28:02
Hallo,

ich habe mich ein wenig mit den WMBus Nachrichten beschäftigt. Dies ist sehr komplex.
Die Informationen sind über mehrere Dokumente verteilt.
Die OMS-Spezifikation ist hier beschrieben:
https://oms-group.org/open-metering-system/oms-spezifikation
Unter "Volume 2: Issue 4.5.1" gibts die z.Zt. aktuelle "Volume 2 - Primary Communication"
https://oms-group.org/fileadmin/files/download4all/omsSpezifikationen/generation4/spezifikation/vol2/OMS-Spec_Vol2_Primary_v451.pdf

Im CI-Field ist die Art der Nutzdaten spezifiziert:
7A ist WMBus
7E und 7F ist SML, dies wird vom WMBus Modul nicht unterstützt
8D wird u.a. von Kamstrup verwendet, der Extended Link Layer ist in "Telit_Wireless_M-bus_2013_Part4_User_Guide_r14.pdf" beschrieben.

Es gibt einen Frame A und B (Application note AN4772)
http://www.st.com/content/ccc/resource/technical/document/application_note/3f/fb/35/5a/25/4e/41/ba/DM00233038.pdf/files/DM00233038.pdf/jcr:content/translations/en.DM00233038.pdf
Bei Frame B gibts vor dem CI-Field keine 2 Byte CRC
Bei Frame B ist am Anfang der WMBus Nachricht ein Y

Bei der Fehlermeldung "WMBUS Error during LinkLayer parse:CRC check failed on block 1" beim Engelman Sensorstar,
wird vermutlich im WMBus Modul die falsche Position des CRC Feldes ermittelt.

Gruß Ralf
Titel: Aw: Wireless M-Bus für CUL
Beitrag von: vbs am 23 Oktober 2023, 10:42:53
Hi Ihr,

ich hab jetzt zu Hause Funk-HKVs von Techem verpasst bekommen. Mein schöner Plan war, die Daten zumindest jetzt selbst per CUL auslesen zu können. Ich hab mir dafür einen CUL eingerichtet und ein Device angelegt.

Im Log sehe ich jetzt aber leider:
2023.10.23 10:27:54.157 2: WMBUS WMBUS_DME_61635263_112_7 Error during ApplicationLayer parse:encrypted message and no aeskey provided
2023-10-23 10:27:54.159 WMBUS WMBUS_DME_61635263_112_7 RSSI: -79
2023-10-23 10:27:54.159 WMBUS WMBUS_DME_61635263_112_7 LQI: 133
2023-10-23 10:27:54.159 WMBUS WMBUS_DME_61635263_112_7 encrypted message and no aeskey provided

Also offenbar AES-verschlüsselt und an den Key kommt man wohl nicht heran, oder? Also endet meine Reise hier für mich?
Titel: Aw: Wireless M-Bus für CUL
Beitrag von: Rainer1 am 07 Januar 2024, 19:45:30
Hallo, würde gerne einen nanoCUL flashen, weiss aber nicht wie. Das hex-File ist aus diesem Thread.

Das hier funktioniert nicht:
set SIGNALduino868 flash FHEM/firmware/nanoCUL868_WMBUS.hex
Titel: Aw: Wireless M-Bus für CUL
Beitrag von: Ralf9 am 07 Januar 2024, 23:14:39
Das flashen müsste eigentlich so funktionieren, im flashlog kannst Du sehen was nicht geklappt hat.

Du kannst auch direkt mit avrdude flashen oder unter Windows z.B. mit XLoader

Für den cul benötigst Du dann ein anderes define
define CULnano CUL /dev/serial/by-id/usb...@38400 1234
Titel: Aw: Wireless M-Bus für CUL
Beitrag von: Rainer1 am 08 Januar 2024, 07:09:59
Das Flashen hat tatsächlich funktioniert. Das Blinken der LED hatte mich irritiert, im Text steht irgendwo, dass die LED mit 1Hz blinken soll, also scheint das zunächst richtig.

Aber ich erhalte Fehlermeldungen im Log:
2024.01.08 07:05:54 0: Attempt to reload WMBus.pm aborted.
Compilation failed in require at ./FHEM/36_WMBUS.pm line 13.
BEGIN failed--compilation aborted at ./FHEM/36_WMBUS.pm line 13.
Titel: Aw: Wireless M-Bus für CUL
Beitrag von: Ralf9 am 08 Januar 2024, 10:48:22
Es fehlen wahrscheinlich Perl Module
https://fhem.de/commandref_modular_DE.html#WMBUS
Titel: Aw: Wireless M-Bus für CUL
Beitrag von: Rainer1 am 08 Januar 2024, 14:19:45
Das hatte ich tatsächlich heute morgen auch irgendwann gefunden, nachdem ein USER hier nicht geschrieben hatte, wie er nun den CUL ans laufen bekommen hatte  >:(
Ja, nun empfängt der CUL, nach Installation der Perl-Module :)

D.h. aber jetzt, dass ich den nanoCUL nur für den Empfang der Zählerdaten nutzen kann ? andere 868MHz Geräte bleiben aussen vor ?
Titel: Aw: Wireless M-Bus für CUL
Beitrag von: Ralf9 am 08 Januar 2024, 16:28:17
Ja, Du kannst damit den nanoCUL nur für den Empfang von Zählern mit dem WMBUS Protokoll nutzen.
Titel: Aw: Wireless M-Bus für CUL
Beitrag von: goetz91 am 27 Januar 2024, 21:36:14
Hi zusammen,

ist es irgendwie möglich die Bufsize auf 400 zu bekommen?
Habe aktuell ein Wärmemengenzähler angebunden - hier funktioniert alles (Kamstrup Multical 303)
Bei meinem Wasserzähler gibt's Probleme da das Telegramm zu lange ist und die Bufsize zu klein. (300 Byte)
Wenn ich auf 400 erhöhen will kann ich nicht mehr kompilieren.
Gibt's noch Möglichkeiten hier Speicher im Code zu sparen und die Bufsize auf 400 zu bekommen?
Brauche nur MBUS auf dem nanoCul.

Gruß Michael
Titel: Aw: Wireless M-Bus für CUL
Beitrag von: hre1 am 18 Februar 2024, 21:38:55
Hallo,

ich besitze einen Engelmann SensoStar U wMBus WMZ und wollte mich jetzt mal an die FHEM-Anbindung machen. Nach dem Einlesen schwirrt mir jetzt jedoch ein wenig der Kopf. Ich fasse mal kurz zusammen, was ich glaube verstanden zu haben:

0. Engelmann-WMZ wMBUS aktivieren

Anzeigeschleife 6 -> "rAd" auf "on" setzen
Anzeigeschleife 6 -> "AES" auf "off" lassen

1. CUL erwerben
Frage 1: welcher CUL ist dafür am besten geeignet? Dieser hier? -> https://shop.busware.de/product_info.php/cPath/1_35/products_id/29

Frage 2: Bei mir funken noch einige HM-CFG-LAN Geräte sowie ein Busware-TUL umher. Kann es damit Schwierigkeiten geben?


2. CUL flashen mit http://culfw.de/culfw-1.67.tar.gz
Frage 1: Ist das die aktuellste Firmware für für den Busware-CUL?

Frage 2: Muss ich auf einem Raspi immer noch per dfu-programmer flashen, oder gibt es einen einfacheren Weg, vielleicht sogar in FHEM?

Frage 3: Muss in der Firwmare ebenfalls noch #define HAS_MBUS in der Datei board.h aktiviert werden? (laut Website handelt es sich ja um die Version CULV5-OEM und bei V4 war das ja nicht mehr notwendig)

3. Einbindung in FHEM

Installation der Perl-Module
sudo apt-get install libdigest-crc-perl
sudo cpan -i Crypt::Mode::CBC Crypt::Mode:CTR Digest::CMAC

defmode myCUL CUL /dev/ttyUSBXXX

Frage 1: Die Definition des eigentlichen WMBUS-Devices sollte dann automatisch per autocreate erfolgen. Das heißt ich benötige dann keine <manufacturer id> <identification number> <version> <type> [<MessageEncoding>] Parameter?

Frage 2: Muss ich für den Engelmann-WMZ noch einen AESkey definieren? (momentan steht alles im WMZ noch auf default)


Ich würde mich wirklich freuen, wenn mir einer der Profis kurz meine Fragen beantworten (geht auch mit "ja" und "nein" ;-) und mich auf den richtigen Weg "stubsen" könnte.

Grüße
Holger
Titel: Aw: Wireless M-Bus für CUL
Beitrag von: Ralf9 am 18 Februar 2024, 23:04:06
es kann evtl eine Firmware mit größerer Bufsize nötig sein, für den busware cul ist mir keine bekannt.
Für den nanocul gibts eine wmbus firmware mit einer bufsize von 300

Hier gibts eine firmware mit bufsize 300
https://smart-home-komponente.de/pages/firmware

Gruß Ralf
Titel: Aw: Wireless M-Bus für CUL
Beitrag von: dadoc am 22 Februar 2024, 17:55:54
Zitat von: dadoc am 13 Januar 2023, 17:08:02Hallo zusammen,
ich habe nach wie vor folgendes am Laufen:
- 3 F90S (3) Wärmezähler:
- Zähler 1 (Heizkreis 1) ist mit dem Funkmodul ausgestattet
- Zähler 2 (Heizkreis 2) und Zähler 3 (Warmwasser) sind mit Impulszähler-Modulen ausgestattet, die an die Impulszählereingänge des Funkmoduls von Zähler 1 angeschlossen sind.
D.h. das Funkmodul von Zähler 1 überträgt die Daten der drei Zähler.
- Empfang mit Esp32 und Ralfs Firmware "4.2.2-dev220712 SIGNALduinoAdv ESP32 cc1101..."

Zum Jahreswechsel habe ich die Daten der drei Wärmezähler nun auch mal mit der Device Monitor Software von Brummerhoop und dem Opto-Kopf ausgelesen. Zu meiner Überraschung ist der (einzige) Wert, der mich interessiert, nämlich der Verbrauch in Wh bzw. MWh (VIF_ENERGY_WATT), bei zwei Zählern deutlich anders als die entsprechenden Werte, die in fhem erfasst werden. Bei einem Zähler passt es dagegen genau

Größenordnung (Auslesung Optokopf ./. Auslesung Sduino/fhem):
Heizkreis 1: 71,495 ./. 63,254
Heizkreis 2: 57,169 ./. 57,169
Warmwasser: 22,214 ./. 30,709
Gelöst: Problem war, dass die Impulszähler den Ausgangswert (= aktueller Zählerstand, von dem dann in 1Wh-Schritten hochgezählt wird) nicht automatisch intern übernehmen bzw. setzen. Das muss man (wenn man sie wie ich nachträglich einbaut) manuell machen, d.h. per Optokoppler und der Engelmann Device Monitor Software. Das hatte ich seinerzeit wohl auch versucht, allerdings crashte die Software (unter W11) reproduzierbar beim Schreiben - und hat sie in diesem Fall wohl auch nicht gesetzt. Der "passende" Wert kam dagegen vom Zähler mit dem Funkmodul.
Die netten Leute von Brummerhoop haben mir dann gestern ein Device Monitor Update zukommen lassen. Damit konnte ich den Startwert setzen, und seitdem passt es. Kann die auch deshalb empfehlen, weil diese unbedingt erforderliche Software (eine Reihe von Parametern lassen sich nur mit ihr setzen) anderswo für teures Geld (100 - 200 Euro) separat gekauft werden muss; dort bekommt man sie wohl für lau dazu, wenn man wie ich Hardware kauft.
Titel: Aw: Wireless M-Bus für CUL
Beitrag von: hre1 am 07 März 2024, 14:26:23
Hat denn wirklich keiner ein paar Antworten zu meinen Fragen im Beitrag 966? ???
Titel: Aw: Wireless M-Bus für CUL
Beitrag von: hre1 am 11 März 2024, 09:36:20
Wirklicher Keiner? ???
Titel: Aw: Wireless M-Bus für CUL
Beitrag von: Rainer1 am 11 März 2024, 10:09:39
Mach dir keine Hoffnungen,  habe es auch aufgegeben,  die was wissen gucken nur zu...bis auf ein paar Ausnahmen,  daher dauert es ewig...
Titel: Aw: Wireless M-Bus für CUL
Beitrag von: dadoc am 11 März 2024, 13:26:33
Zitat von: Rainer1 am 11 März 2024, 10:09:39die was wissen gucken nur zu...bis auf ein paar Ausnahmen,  daher dauert es ewig...
Diese Aussage finde ich ziemlich dreist. "die was wissen" versuchen in aller Regel denen, "denen es zu mühsam ist, sich die Sachen selbst zu erarbeiten" trotzdem zu helfen. Dazu sollten die Fragen aber mit noch besser als bei Holger erkennbarer Vorarbeit konkretisiert werden. In seiner Frage ist z.B. nicht erkennbar, ob er den Zähler von Dritten eingebaut bekommen hat (dann bräuchte er "Geheimdaten" von diesen) oder in Eigenregie. Ralf macht IMO hier eine unglaubliche und uneigennützige Supportarbeit, mit einer Engelsgeduld, um die ich ihn beneide. Er kann und will aber bestimmt nicht jedem Einzelfall die jeweils individuelle Vorgehensweise erarbeiten.
Die Fragen von Holger lassen sich z.T. nicht von Leuten beantworten, die nicht genau seine Hardwarekonstellation haben, und ansonsten sind sie eigentlich alle aus den bisherigen Beiträgen beantwortbar. Dass das Thema WMBUS nichts ist, wo man eben mal querliest und dann wegen "schwirrenden Kopfes" um Hilfe ruft, kann ich bestätigen.
Konkret:
Zitat0. Engelmann-WMZ wMBUS aktivieren
Anzeigeschleife 6 -> "rAd" auf "on" setzen
Anzeigeschleife 6 -> "AES" auf "off" lassen
Wenn das eine der Fragen ist, so kann sie nur jemand beantworten, der genau dieses Modul hat - oder dessen Dokumentation.
Zitat1. CUL erwerben
Frage 1: welcher CUL ist dafür am besten geeignet? Dieser hier? -> https://shop.busware.de/product_info.php/cPath/1_35/products_id/29
Bei mir läuft es prima mit einem billigen Esp32 und dem ebenfalls billigen Funkmodul in Eigenverlötung. Dazu muss man kein Lötprofi sein.
ZitatFrage 2: Bei mir funken noch einige HM-CFG-LAN Geräte sowie ein Busware-TUL umher. Kann es damit Schwierigkeiten geben?
K.A., um das zu beantworten müsste man es wohl ausprobieren, mit der identischen Hardware-Konstellation, die eventuell keiner so eben rumliegen hat? Halte Probleme aber eher für unwahrscheinlich.
Zitat2. CUL flashen mit http://culfw.de/culfw-1.67.tar.gz
Frage 1: Ist das die aktuellste Firmware für für den Busware-CUL?
s.o., "Empfang mit Esp32 und Ralfs Firmware "4.2.2-dev220712 SIGNALduinoAdv ESP32 cc1101..."
ZitatFrage 2: Muss ich auf einem Raspi immer noch per dfu-programmer flashen, oder gibt es einen einfacheren Weg, vielleicht sogar in FHEM?
Ich habe, soweit ich das erinnere, am PC (W11) per USB und arduino-SDK erst-geflashed. Einfach mal ausprobieren, wenn die Hardware da ist.
ZitatFrage 3: Muss in der Firwmare ebenfalls noch #define HAS_MBUS in der Datei board.h aktiviert werden? (laut Website handelt es sich ja um die Version CULV5-OEM und bei V4 war das ja nicht mehr notwendig)
dito
ZitatFrage 1: Die Definition des eigentlichen WMBUS-Devices sollte dann automatisch per autocreate erfolgen. Das heißt ich benötige dann keine <manufacturer id> <identification number> <version> <type> [<MessageEncoding>] Parameter?
Benötigst Du nicht, wenn Du den Zähler selbst eingebaut hast.
ZitatFrage 2: Muss ich für den Engelmann-WMZ noch einen AESkey definieren? (momentan steht alles im WMZ noch auf default)
Meiner Erinnerung nach nicht unbedingt erforderlich, ich habe es trotzdem gemacht. Muss halt im Zähler und in fhem zusammenpassen.
Wie w.o. geschrieben: Ohne Optokoppler und Device Manager Software könnte die Erstkonfiguration schwierig werden. Z.B. den korrekten Telegramm-Typ einzustellen. Aber auch das hatte ich in diesem Thread mal beschrieben.
Grüße
Martin
Titel: Aw: Wireless M-Bus für CUL
Beitrag von: Rainer1 am 12 März 2024, 09:13:59
@dadoc: Wenn schon zitiert wird, dann auch vollständig!!!

Zitat von: Rainer1 am 11 März 2024, 10:09:39Mach dir keine Hoffnungen,  habe es auch aufgegeben,  die was wissen gucken nur zu...bis auf ein paar Ausnahmen,  daher dauert es ewig...

Es gibt ein paar Ausnahmen!  darunter fällt auch Ralf9, also immer schön ruhig ::)

Aber schön zu sehen, dass jetzt vielleicht Bewegung rein kommt, wobei die Hoffnung stirbt zuletzt...

Titel: Aw: Wireless M-Bus für CUL
Beitrag von: dadoc am 17 März 2024, 10:34:17
Für nachfolgende Generationen (oder für mich in ein paar Monaten): Wer eine "Spezialkonfiguration" wie ich hat (ein Funkmodul überträgt die Daten von drei Wärmezählern, fhem legt aber nur ein Device an, s. #933): Dank Damians Unterstützung habe ich jetzt mit einem simplen DOIF die Werte der drei Zähler sauber separiert, siehe https://forum.fhem.de/index.php?topic=137203
Grüße
Martin