Wireless M-Bus für CUL

[chester4444]

Mein freundlicher Wasserversorger hat mir geholfen, mein KEM File zu entschlüsseln, AES key ist nun richtig.

FHEM dekodiert den langen Frame nun richtig - Zählerstand, Temp alles da - Perfekt.

Bei den 7 kurzen Frames kommt die Meldung:
"Unknown Kamstrup compact frame format"

Kann man da was machen?

[kaihs]

Wenn du mir den korrekten AES-Key per PN schickst kann ich mir das ansehen.

[chester4444]

Wenn du mir den korrekten AES-Key per PN schickst kann ich mir das ansehen.

ist unterwegs

[kaihs]

Ich habe eine neue Version vom WMBus.pm eingechecked die die Compact Frames aus deinen Beispieldaten unterstützt.

Compact Frames enthalten nur die reinen Nutzdaten und keine Metadaten (Datentyp, Bedeutung). Daher kann man die alleine ohne zusätzliche Informationen nicht auswerten.
In den Full Frames sind diese Informationen enthalten.
Eine saubere Lösung wäre das Modul selbstlernend zu machen, d.h. es müsste sich jede neue Art von Full Frame merken um sie dann auf später empfangene Compact Frames anzuwenden.
Das war mir erst mal zu aufwändig, daher habe ich nur Unterstützung für die mir aktuell bekannten Arten von Compact Frames eingebaut.

[Mihca]

Seit dem Update vom 25.11.2019 habe ich im Log anscheinend immer dann, wenn mein EneryCam Stromzähler sendet, ohne Datum den folgenden Eintrag:

Code: [Auswählen]

FRAME TYPE A

[kaihs]

Die Debugausgabe habe ich jetzt entfernt und eine neue Version WMBus.pm eingecheckt.

[OiledAmoeba]

Moin,

bei uns sind Rauchwarnmelder, Heizkostenverteiler und Wasserzähler von Minol verbaut. Die funken scheinbar ganz fleißig, das Techem-Modul hat auch einige Geräte als Wasserzähler identifiziert.
Das WMBUS-Modul wirft aber bei jedem Gerät CI-Field Fehler raus. Mal a0, mal a1, mal a2.
Meinen Wasserzähler habe ich auch nach 14 Tagen noch nicht gefunden, keiner der empfangenen Zähler passt (wenigstens halbwegs) zu meinem Zählerstand.
Heizkostenverteiler sind "Minometer", der Wasserzähler ist ein "Minolist" und die Rauchwarnmelder sind "Minoprotect". Soweit ich herausgefunden habe, nutzen die die Funkmodule von Zenner.
Da ja einige Wasserzähler mit Verbrauch, Stand und letzte Ablesung ausgewertet werden, vermute ich, dass die Daten unverschlüsselt sind. Scheinbar sind Minol und Techem ähnlich, da das Techem-Modul einige Daten lesen kann.
Was mich jetzt halt nervt/stört: 1. Die CI-Fehler, obwohl einige Daten der Telegramme ausgewertet werden. 2. Es gibt einige Devices, die von WMBUS als TCH erkannt werden, aber nicht ausgewertet werden können. (Werden Rauchmelder und Heizkostenverteiler bereits ausgelesen und sind nur "unverständlich?)

Welche Daten brauchst Du, um eventuell erkennen zu können, was in den Telegrammen versteckt ist?
Der CUL läuft die ganze Woche schon auf verbose 5 + RAWMSG, ein grep könnte eine wahre Datenflut erzeugen ;-)

[kaihs]

Als ersten Schritt mal ein paar list von den WMBUS Devices, ich nehme an es wurden welche angelegt?

Ein list TYPE=WMBUS kann auch nicht schaden.
Die Frage ist, welche Herstellerkennung die Minol Geräte haben. In der Liste der Hersteller taucht Minol gar nicht und Zenner mit ZRI und ZRM auf.

[OiledAmoeba]

Moin,
sorry für die verspätung, ich musste für den WAF erst mal meine gassistant-Installation reparieren.
Er hat alles fein als Techem erkannt. In den Datenblättern von Minol steht aber, dass die Blätter für Zenner ausgstellt sind. Ist ein Komplex aus mehreren Mehrfamilienhäusern, von denen drei in Funkreichweite sein dürften. Wären dann rund 30 Wohnungen. Wobei ich eine Lambda1/2 Antenne am CUL habe, damit dürften die Werte dann eher aus den Wohnungen auf meiner Ebene stammen, das wären dann noch sechs. Alle Wohnungen sind mit Minol-Geräten ausgestattet, Techem-Geräte sind hier weit und breit keine.
 
Hier ein paar Infos:

Code: [Auswählen]

list TYPE=WMBUS
WMBUS_TCH_23509275_116_114
WMBUS_TCH_23509750_116_114
WMBUS_TCH_32008931_116_114
WMBUS_TCH_50451050_116_114
WMBUS_TCH_52004371_118_240
WMBUS_TCH_52033853_118_240
WMBUS_TCH_54027446_118_240
WMBUS_TCH_54861300_118_240
WMBUS_TCH_54861325_118_240
WMBUS_TCH_54861418_118_240
WMBUS_TCH_54861423_118_240
WMBUS_TCH_54861530_118_240
WMBUS_TCH_54861531_118_240
WMBUS_TCH_93641628_118_240
Der 23509275 gibt Werte als TechemWZ. Der sieht z.B. so aus:

Code: [Auswählen]

Internals:
   DEF        TCH 23509275 116 114
   DeviceMedium unknown
   DeviceType 114
   FUUID      5ddfdc5b-f33f-2b54-6563-7c4688f8f1b8e0a9
   IODev      CUL
   IdentNumber 23509275
   Manufacturer TCH
   MessageEncoding CUL
   NAME       WMBUS_TCH_23509275_116_114
   NR         337
   STATE      Unsupported CI Field a2, remaining payload is 069f255902c03799010000191c1c2012160d0e100b081214180e0f0c101211171d10121016
   TYPE       WMBUS
   Version    116
   addr       TCH_23509275_116_114
   READINGS:
     2019-11-28 15:48:32   LQI             128
     2019-11-28 15:48:32   RSSI            -95.5
     2019-11-28 15:48:32   state           Unsupported CI Field a2, remaining payload is 069f255902c03799010000191c1c2012160d0e100b081214180e0f0c101211171d10121016
Attributes:
   DbLogExclude .*
   IODev      CUL
   room       WMBUS

Code: [Auswählen]

Internals:
   CUL_MSGCNT 49
   CUL_RAWMSG b2F44685075925023747229FAA2069F2559025038A4010000061E1E1CE66F2012160D0E100B081214180E0F0C10126B2211171D101210F6C381::-88.5
   CUL_RSSI   -88.5
   CUL_TIME   2019-12-05 15:53:47
   DEF        23509275
   FUUID      5dd70e4a-f33f-2b54-135a-a31f5182a0e52754
   ID         23509275
   LASTInputDev CUL
   METER      cold water
   MSGCNT     49
   NAME       TechemWZ_23509275
   NR         306
   NTFY_ORDER 50-TechemWZ_23509275
   STATE      listening
   TYPE       TechemWZ
   VERSION    74
   .attraggr:
   .attrminint:
   READINGS:
     2019-12-05 00:00:00   current_period  42
     2019-12-05 00:00:00   meter           102.1
     2018-12-31 00:00:00   previous_period 60.1
     2019-12-05 08:33:53   state           listening
Attributes:
   DbLogExclude .*
   DbLogInclude current_period,meter,previous_period
   room       WMBUS
Da der 52033853 ein anderer Gerätetyp ist, laut Kennung, von dem auch noch das List:

Code: [Auswählen]

Internals:
   CUL_MSGCNT 73
   CUL_RAWMSG b294468505338035276F04258A0009F25832700E08327008032000006CEF2006BA1007CB2008DC3009ED4000FE50096BA81::-89
   CUL_RSSI   -89
   CUL_TIME   2019-12-05 16:08:29
   DEF        TCH 52033853 118 240
   DeviceMedium unknown
   DeviceType 240
   FUUID      5dd713c4-f33f-2b54-1285-f73cbd8c39f38461
   IODev      CUL
   IdentNumber 52033853
   LASTInputDev CUL
   MSGCNT     73
   Manufacturer TCH
   MessageEncoding CUL
   NAME       WMBUS_TCH_52033853_118_240
   NR         310
   STATE      Unsupported CI Field a0, remaining payload is 009f25832700e08327008032000006006ba1007cb2008dc3009ed4000fe500
   TYPE       WMBUS
   Version    118
   addr       TCH_52033853_118_240
   model      TCH_240_118
   .attraggr:
   .attrminint:
   READINGS:
     2019-12-05 16:08:29   LQI             129
     2019-12-05 16:08:29   RSSI            -89
     2019-12-05 16:08:29   state           Unsupported CI Field a0, remaining payload is 009f25832700e08327008032000006006ba1007cb2008dc3009ed4000fe500
Attributes:
   DbLogExclude .*
   IODev      CUL
   room       WMBUS
Ein bisschen gegrept hab ich auch noch, in der Anlage drei Dateien, einmal grep vom 28.11. (da war das Feld a2 zuletzt als Fehler ausgeworfen) und zweimal von heute (weil er regelmäßig Daten bekommt).
Was jetzt fehlt sind beim 52033853 die parse-error Meldungen, weil ich grep auf die rückwärts geschriebene Adresse gemacht habe. Sind aber alles "Unsupported CI Field a0".
Deswegen auch noch mal das komplette log angehängt (um nicht-WMBUS-Meldungen bereinigt). Ein bisschen fehlt im heutigen log, da sich fhem heute morgen wegen eines disconnects der Datenbank verabschiedet hatte...

[kaihs]

Entweder sind das nicht die Minol-Zähler oder die verwenden Technik von Techem statt Zenner.
Die Herstellerkennung wird zentral vergeben, daher sind diese Daten auf jeden Fall von Zählern die Techem-Technik verwenden.

Und Techem hält sich nicht an den Open Metering Standard (OMS), daher kann ich dann nicht weiterhelfen.
hermannj hat zwei Module erstellt die mit einigen Techem Datenformaten umgehen können: TechemHKV und TechemWZ

Mglw. kann er bei neuen Datenformaten weiterhelfen.

[jopare]

Nabend zusammen,
nachdem unser Versorger neue Hydrus Wasserzähler eingebaut hat habe ich meinen nanoCUL umgeflashed und die erforderlichen Packete nachinstalliert um den WMBUS zum Laufen zu bekommen. Jede Menge Devices wurden angelegt und ich musste erst mal aussortieren. Das habe ich aufgrund meiner Zählernummer in den RAW Messages noch hinbekommen. Jetzt sehe ich nur noch meinen Zähler, allerdings mit unbrauchbaren Readings aufgrund von Fehlermeldungen. Hier müsste ich mal euer Schwarmwissen anzapfen denn im Forum habe ich keine Lösung gefunden. Hier mal das Device und der Log.

Code: [Auswählen]

Internals:
   CUL1_MSGCNT 156
   CUL1_RAWMSG b484424232407030026001E757AEF003AF5B38F142D44C4B5A8B7BAB14FF276CE1A14DBFFAA36FE656DBDCF656AAD157C25EFF3EC93C2AD211C50E5D4C78347196CAF425FAAE46F1D66600794AD0CDC29118D7A85::-92
   CUL1_RSSI  -92
   CUL1_TIME  2020-01-19 22:29:45
   DEF        HYD 00030724 38 0
   DeviceMedium Other
   DeviceType 0
   FUUID      5e243e3b-f33f-6a52-1530-b813a4536105bc8b
   IODev      CUL1
   IdentNumber 00030724
   LASTInputDev CUL1
   MSGCNT     156
   Manufacturer HYD
   MessageEncoding CUL
   NAME       Wasser_SW64
   NR         20
   STATE      Encryption mode 15 not implemented
   TYPE       WMBUS
   Version    38
   addr       HYD_00030724_38_0
   model      HYD_0_38
   READINGS:
     2020-01-19 22:29:45   LQI             133
     2020-01-19 22:29:45   RSSI            -92
     2020-01-19 22:29:45   state           Encryption mode 15 not implemented
   wmbus:
     aeskey     xxxxxxxxxxxxxxxxxxxxxxxxx
Attributes:
   AESkey     xxxxxxxxxxxxxxxxxxxxxxxxx
   IODev      CUL1
   room       Wasser

Code: [Auswählen]

2020-01-19_19:31:48 Wasser_SW64 RSSI: -94
2020-01-19_19:31:48 Wasser_SW64 LQI: 130
2020-01-19_19:31:48 Wasser_SW64 Encryption mode 18 not implemented
2020-01-19_19:33:13 Wasser_SW64 RSSI: -92.5
2020-01-19_19:33:13 Wasser_SW64 LQI: 132
2020-01-19_19:33:13 Wasser_SW64 Encryption mode 17 not implemented
2020-01-19_19:36:25 Wasser_SW64 RSSI: -92
2020-01-19_19:36:25 Wasser_SW64 LQI: 130
2020-01-19_19:36:25 Wasser_SW64 Encryption mode 17 not implemented
2020-01-19_19:36:35 Wasser_SW64 RSSI: -93.5
2020-01-19_19:36:35 Wasser_SW64 LQI: 132
2020-01-19_19:36:35 Wasser_SW64 Encryption mode 17 not implemented
2020-01-19_19:37:39 Wasser_SW64 RSSI: -95
2020-01-19_19:37:39 Wasser_SW64 LQI: 132
2020-01-19_19:37:39 Wasser_SW64 Encryption mode 16 not implemented
2020-01-19_19:38:11 Wasser_SW64 RSSI: -91.5
2020-01-19_19:38:11 Wasser_SW64 LQI: 135
2020-01-19_19:38:11 Wasser_SW64 Encryption mode 16 not implemented
2020-01-19_19:38:53 Wasser_SW64 RSSI: -93.5
2020-01-19_19:38:53 Wasser_SW64 LQI: 133
2020-01-19_19:38:53 Wasser_SW64 Encryption mode 16 not implemented
2020-01-19_19:39:26 Wasser_SW64 RSSI: -92
2020-01-19_19:39:26 Wasser_SW64 LQI: 137
2020-01-19_19:39:26 Wasser_SW64 Encryption mode 16 not implemented
2020-01-19_19:41:33 Wasser_SW64 RSSI: -93.5
2020-01-19_19:41:33 Wasser_SW64 LQI: 132
2020-01-19_19:41:33 Wasser_SW64 Encryption mode 14 not implemented
2020-01-19_19:42:05 Wasser_SW64 RSSI: -93
2020-01-19_19:42:05 Wasser_SW64 LQI: 134
2020-01-19_19:42:05 Wasser_SW64 Encryption mode 1b not implemented
2020-01-19_19:42:37 Wasser_SW64 RSSI: -93.5
2020-01-19_19:42:37 Wasser_SW64 LQI: 137
2020-01-19_19:42:37 Wasser_SW64 Encryption mode 18 not implemented
2020-01-19_19:43:09 Wasser_SW64 RSSI: -93
2020-01-19_19:43:09 Wasser_SW64 LQI: 138
2020-01-19_19:43:09 Wasser_SW64 Encryption mode 14 not implemented
2020-01-19_19:45:28 Wasser_SW64 RSSI: -93.5
2020-01-19_19:45:28 Wasser_SW64 LQI: 128
2020-01-19_19:45:28 Wasser_SW64 Encryption mode 12 not implemented
Vielen Dank schon mal im Voraus...   Jo

[rieders]

Hallo

Schau mal in die commandref . Du musst noch Pakete für mbus installieren.  Z.b. zum entschlüsseln.

Grüße
André

[jopare]

Hallo André,
das ist alles installiert und up to date. Daran kann's eher nicht liegen!

libdigest-crc-perl         0.22.2-1+b1
Digest::CRC               0.22
Crypt::Mode::CBC      0.066
Digest::CMAC             0.04
Crypt::Mode::CTR       0.066
cpan                          2.27

Gruss... Jo

[rieders]

Hallo

Scheint so als wenn die Daten verschlüsselt sind.
Bei mir empfange ich von der Wasseruhr 
MAPLECUL3_RAWMSG b2E4465B29498061541076AD87A1F000000046D301194210C134115441599004C1384664300426C7F2C326CFFFF0CA7D97859940857771FCA::-70.5

Ich habe aber einen anderen Hersteller. Sieht aber ähnlich aus.

Grüße

[kaihs]

Wenn ich mich richtig erinnere hatten wir das Problem schon mal. Die Daten sind nicht OMS konform. Äußert sich in den ständig wechselnden encryption types die nicht definiert sind.
Aktuell ist mir keine Lösung bekannt. Wenn jemand Doku zu dem verwendeten Protokoll hat kann ich mir das ansehen und probieren es zu integrieren.