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
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
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
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
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
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
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
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
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
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
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
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
Ist 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
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
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
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
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
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
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
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.

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

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.

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
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
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
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
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
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
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
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
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
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
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
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
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):

Zitat
b2C446532009470584107BF1F7A8F000000046D100ED31801FD0C053297076CFFFF0DFF5F0C0008553000010613089CAE0BFFFC97C6
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:

Zitat
2014.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

Zitat
2014-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:

Zitat
1: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
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
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
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
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.

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
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...

Zitat
fhem.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
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...
(http://)
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
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
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
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
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
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
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
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
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
Zitat
Ist 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.

Zitat
Ich 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
Zitat
Ich 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
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
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
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

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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
- 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
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
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: christianm 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
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: christianm 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: christianm 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.

Zitat
es 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
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
(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
Zitat
Was 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.

Zitat
Ich 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
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
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::-63Leider 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_65und 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
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.

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"

Zitat
Woher 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
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
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
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: squib 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: squib 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
Bist du sicher, dass der COC immer noch den richtigen rfmode hat?
Ja. Ich nutze jedoch die a-culfw 1.20.04.

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
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
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
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

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.

Zitat
2016-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
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
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
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
'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_Tsetzte 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
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...

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
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
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
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

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:
Zitat
WMBUS 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
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
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
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:

Zitat
Cannot 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
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
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:

Zitat
T:  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
Zitat
usb-FTDI_FT232R_USB_UART_AL01MZVB-if00-port0
ich habe noch ein Jeelink drin und der ist es.

lsusbgibt:
Zitat
Bus 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,

Zitat
ftdi_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:
Zitat
usb-FTDI_FT232R_USB_UART_AL01MZVB-if00-port0
ls /dev/serial/by-path
ergab:
Zitat
platform-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 brtwird 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
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
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
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
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
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
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
Maybe 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
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
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
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
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
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
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
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
Another 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
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
I assume you mean cubic meter (m³) and not square meter (m²), right?
Yes of course "cubic". My fault.

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.

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.

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
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
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
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
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
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
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
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
: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
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

Zitat
define cul_emu CUL /home/bilbo/robota/fhem-5.8/CUL_fifo 1234

but "STATE" is disconnected In logs I can see:

Zitat
2018.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
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:
Zitat
b89441486D0F9020003034CCEA0812433000C4000142A0F0510011234023CDC4E0A0306FF0C394C2A00C7902A009D1BF3EC2A0071AA2B00A29C2D00C7722F001DD4404930001AAF31006E083200AC583200C8FE24A03200F8FA3200030000000037D4081F9D4F000000002000000000000023000000007C6224000000000000270000002800000000BB5F00002C00200301050C2F0000000000004B2480

Zitat
sub
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;
}

Zitat
Internals:
   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
Zitat
What 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
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:

Zitat
day 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
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
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
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?

Zitat
crc 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
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
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
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
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
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
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
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?
[/quote)
Titel: Antw:Wireless M-Bus für CUL
Beitrag von: klaus.schauer am 08 Mai 2018, 08:57:12
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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.

     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
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
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
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
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
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.

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
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
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
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
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
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
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
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
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
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
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
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
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
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