Wireless M-Bus für CUL

[PeterN]

Die Firmware ist jetzt drauf, in der Logfile gibt es leider folgende Fehlermeldung:

Code: [Auswählen]

2018.07.03 11:45:31 4: CUL_Parse: CUL_0 bY25442D2C794114571B168D203D40013A20C598F91C7F4365C1F6EA6925F38F55B2F3963459168030
2018.07.03 11:45:31 5: CUL_0: dispatch bY25442D2C794114571B168D203D40013A20C598F91C7F4365C1F6EA6925F38F55B2F3963459168030
2018.07.03 11:45:31 1: reload: Error:Modul 36_WMBUS deactivated:
 Can't locate Digest/CRC.pm in @INC (you may need to install the Digest::CRC module) (@INC contains: . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl ./FHEM ./FHEM/lib) at FHEM/WMBus.pm line 8.
BEGIN failed--compilation aborted at FHEM/WMBus.pm line 8.
Compilation failed in require at ./FHEM/36_WMBUS.pm line 13.
BEGIN failed--compilation aborted at ./FHEM/36_WMBUS.pm line 13.Die perl Module Crypt::Mode::CBC und Crypt::Mode::CTR  sind installiert:

Code: [Auswählen]

pi@FHEM-Server:~ $ sudo cpan -i Crypt::Mode::CBC Crypt::Mode::CTR
Reading '/root/.cpan/Metadata'
  Database was generated on Tue, 03 Jul 2018 08:41:03 GMT
Crypt::Mode::CBC is up to date (0.061).
Crypt::Mode::CTR is up to date (0.061).Die FHEM Module:

Code: [Auswählen]

# $Id: 36_WMBUS.pm 16905 2018-06-24 19:58:13Z kaihs $

# $Id: WMBus.pm 16905 2018-06-24 19:58:13Z kaihs

[kaihs]

Du must noch das Digest::CRC Modul installieren. Siehe auch den commandref Eintrag zum WMBUS Modul.

[PeterN]

Du must noch das Digest::CRC Modul installieren. Siehe auch den commandref Eintrag zum WMBUS Modul.

Bei der Installation habe mich nur am Post #610 orientiert, jetzt ist alles Komplett und die Stadtwerke waren so freundlich den AES Key bekannt zu geben
nochmals vielen Dank für die Unterstützung.

Code: [Auswählen]

2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 RSSI: -138
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 LQI: 237
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 1_storage_no: 0
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 1_type: VIF_KAMSTRUP_INFO
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 1_value: 0
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 1_unit:
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 1_value_type: Instantaneous value
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 2_storage_no: 0
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 2_type: VIF_VOLUME
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 2_value: 16.693
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 2_unit: m³
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 2_value_type: Instantaneous value
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 3_storage_no: 1
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 3_type: VIF_VOLUME
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 3_value: 15.061
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 3_unit: m³
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 3_value_type: Instantaneous value
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 4_storage_no: 1
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 4_type: VIF_FLOW_TEMP
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 4_value: 11
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 4_unit: °C
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 4_value_type: Minimum value
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 5_storage_no: 1
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 5_type: VIF_EXTERNAL_TEMP
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 5_value: 19
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 5_unit: °C
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 5_value_type: Minimum value
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 batteryState: ok
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 is_encrypted: 1
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 decryption_ok: 1
2018-07-04_13:40:14 WMBUS_KAM_57144179_27_22 no errors


[zwehn]

Hatte nochmals  Kontakt zu Kamstrup.
Aufgrund der Implementierung des C1 modus in das wmbus modul von kaihs, kommt es vermehrt zu anfragen aus unserem forum bei wasserversorgern zum aes key fuer kamstrup multical zählern.
Bitte denkt bei den Anfragen, dass es eine Freiwillige Leistung des Versorgers ist, den Aes key herauszugeben und seit bitte freundlich bei der Anfrage, dann lässt sich vielleicht etwas erreichen. zudem könnt ihr darauf verweisen, das das tool zum auslesen des aes keys nicht schwierig zu bedienen ist und bei kamstrup auf nachfrage verfügbar ist.


Das aufgezeigte Datenschutzproblem der Versorger bei mieter/eigentümerwechseln lässt sich vermutlich langfristig nur lösen, wenn bspw der aes key im bedarfsfall fuer die wasserzähler neu generiert und aufgespielt werden könnte, oder aber ihr zahlt einen neuen wasserzähler bei umzug...

Alternativ könnt ihr den Pulsadapter  benutzen. der wird aufs gehäuse gesteckt. Zusammen mit espeasy ist dies leicht zu konfigurieren. Nachteil höhere kosten und nur 10l Auflösung pro impuls.
mein pulsadapter ist über. wer Interesse hat bitte melden mit PM...

[kurt6908]

Hallo,

ich verzweifle...

Seit der Umstellung auf die neue Entschlüsselungsart, kann ich die Meldungen meiner EnergyCam nicht mehr entschlüsseln. Ein unverschlüsselter Empfang funktioniert. Sowohl in FHEM als auch in der EnergyCam ist der gleiche AES-Schlüssel eingetragen.

Installation gem. Commandref

sudo apt-get install libdigest-crc-perl
sudo cpan -i Crypt::Mode::CBC Crypt::Mode:CTR

bringt folgende Ergebnisse:

libdigest-crc-perl ist schon die neueste Version (0.21-1+b2)
Crypt::Mode::CBC is up to date (0.061).
Crypt::Mode::CTR is up to date (0.061).

Als Fehlermeldung erhalte ich jedoch immer:

Decryption failed, wrong key?

Ich habe zwar schon den ganzen Thread hier durchgelesen und auch die Firmware der EnergyCam aktualisiert, aber es funktioniert nicht.

Hat noch jemand einen Tipp?

Vielen Dank.

Gruß

Kurt

[kaihs]

Hm, ich hatte nach der Umstellung auf die neuen Perl Module auch getestet ob die bisherige Entschlüsselung noch funktioniert. Das sah eigentlich gut aus. Ich werde es morgen nochmal mit Daten einer energy cam testen.

[kaihs]

Seit der Umstellung auf die neue Entschlüsselungsart, kann ich die Meldungen meiner EnergyCam nicht mehr entschlüsseln. Ein unverschlüsselter Empfang funktioniert. Sowohl in FHEM als auch in der EnergyCam ist der gleiche AES-Schlüssel eingetragen.

Da gab es leider noch einen Fehler bei der AES CBC Entschlüsselung der mir bisher nicht aufgefallen war. Habe die Korrektur gerade eingecheckt, kann dann ab morgen per update installiert werden.

[kurt6908]

Hallo kaihs,

vielen Dank. Nach dem Update funktioniert die Verschlüsselung mit der EnergyCam wieder.

Merci.

Gruß

Kurt

[t1me2die]

Moin liebes Forum,

ich versuche seit einigen Tagen die Daten von den HKV von Kalo zu empfangen, leider vergebens.

Ich habe mir einen nanoCUL868 gebaut, diesen laut Wiki geflasht und eingebunden.
Soweit alles problemlos.
Unter rfmode habe ich "WMBUS_S" und "WMBUS_T" jeweils einen Tag aktiv gehabt, leider wurden keine Geräte angelegt.

Des Weiteren habe ich versucht die HKV laut Techem Anleitung mal anzulegen, leider auch vergebens.

Ich weiß leider auch nicht, ob mein nanoCUL868 überhaupt irgendwas von den HKV's empfängt.

Hier ein List vom CUL:

Code: [Auswählen]

Internals:
CMDS ABbCeFfGKlMRTtVWXx
Clients :WMBUS:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
DEF /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AH00NIZ9-if00-port0@38400 0000
DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AH00NIZ9-if00-port0@38400
FD 22
FHTID 0000
NAME nanoCUL868
NR 738
PARTIAL
RAWMSG OFF
STATE Initialized
TYPE CUL
VERSION V 1.67 nanoCUL868
initString X21
brs
nanoCUL868_MSGCNT 1
nanoCUL868_TIME 2018-08-21 11:27:00
MatchList:
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
J:WMBUS ^b.*
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2018-08-21 11:30:00 ccconf freq:868.300MHz bWidth:270KHz rAmpl:36dB sens:12dB
2018-08-21 11:29:27 cmds A B b C e F f G K l M R T t V W X x
2018-08-21 11:29:27 state Initialized
2018-08-21 11:25:31 version V 1.67 nanoCUL868
Attributes:
DbLogExclude .*
rfmode WMBus_S
room nanoCUL
verbose 5

Wie kann ich weiter vorgehen um evtl. Daten von meinen HKV's zu empfangen?

Gruß
Mathze

[kaihs]

ich versuche seit einigen Tagen die Daten von den HKV von Kalo zu empfangen, leider vergebens.

Wie lautet denn die genaue Modellbezeichnung von dem HKV? Hast du einen Link zu einem Datenblatt?

Es gibt leider einige Möglichkeiten warum du nichts empfängst:
- dein nanoCUL funktioniert nicht. Hast du irgendeinen anderen Sender (z. B. Homematic) mit dem du das prüfen kannst?
- der HKV benutzt einen anderen WMBus-Mode, z. B. C oder N. C wird seit kurzem unterstützt, ein paar Posts weiter vorne hatte ich eine culfw für den nanoCUL gepostet die das enthält.
- der HKV sendet nur sehr selten, z. B. nur kurz nach einem Abrechnungszeitraum
- der HKV verwendet gar kein WMBUS (eher unwahrscheinlich)

[t1me2die]

Die Modellbezeichnung lautet "KALO B1.5"

Das Modell soll Baugleich mit dem "kaloBLUE K1.5X" sein, dazu habe ich folgendes Produktdatenblatt gefunden:
https://www.kalo.de/fileadmin/user_upload/PDF/Broschueren/Produktdatenblaetter/2018/Produktdatenblatt_kaloBLUE_K15X_Funk-HKV.pdf

Den nanoCUL müsste ich dann noch einmal umflashen um ihn mit einem HM Gerät zu testen.
Ich gehe aber davon aus, dass dieser gehen "müsste" 

Gruß
Mathze

[Shojo]

Die habe ich auch und konnte die empfangen!
Habe aber wie gesagt keine brauchbaren Daten erkenne können...

Hier noch mal die List von meinen CUL

Code: [Auswählen]

Internals:
   CFGFN
   CMDS       ABbCEeFfGhKklMmRTtUVWXxYZz
   CUL868_MSGCNT 3
   CUL868_TIME 2017-08-31 19:31:24
   Clients    :WMBUS:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        /dev/serial/by-path/platform-dwc2_b-usb-0:1.1:1.0-port0@38400 2541
   DeviceName /dev/serial/by-path/platform-dwc2_b-usb-0:1.1:1.0-port0@38400
   FD         69
   FHTID      2541
   NAME       CUL868
   NR         74252
   PARTIAL
   RAWMSG     OFF
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.67 nanoCUL868
   initString X21
brs
   MatchList:
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     J:WMBUS    ^b.*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2017-08-31 19:31:42   ccconf          freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
     2017-08-31 19:26:15   cmds             A B b C E e F f G h K k l M m R T t U V W X x Y Z z
     2017-08-31 19:17:44   credit10ms      754
     2017-08-31 19:17:51   fhtbuf          AE
     2017-08-31 19:31:24   state           Initialized
     2017-08-31 19:17:55   uptime          0 00:05:14
     2017-08-31 19:17:59   version         V 1.67 nanoCUL868
Attributes:
   rfmode     WMBus_S
   verbose    5


Hier sind auch noch Logs zu finden.. https://forum.fhem.de/index.php/topic,24517.msg679603.html#msg679603

[Surfer2010]

Hallo liebe Leute :-)

ich hab ungefähr 1/3tel dieses Posts gelesen und suche aktuell nach einer Möglichkeit meinen Solar-Wechselrichter (LETRIKA SMI 260) über den WM-Bus auszulesen. Ich habe mir bereits einen iM871A Stick zugelegt.

a) brauche ich auch diesen AES-Key? Falls ja, woher bekomme ich den?
b) wie lese ich die Daten jetzt konkret aus? Bin absoluter FHEM Neuling, und nutze bisher nur den ioBroker ... ja Konkurrenz (glaube ich?) aber dort kann mir keiner wirklich weiterhelfen. Hatte gehofft hier vllt. die richtigen zu finden die mir da helfen können.

Perfekt wäre es nat. direkt über den ioBroker (https://github.com/soef/iobroker.wm-bus/blob/master/README.md) es gibt schon einen Adapter aber ka ob und wie der funktioniert.

Vielen Dank schon mal für eure Antwort :-)
Surfer2010

[kaihs]

Mit dem Stick wirst du nicht weit kommen, der wird nicht unterstützt.
Am besten funktioniert ein (Selbstbau)CUL.

Den AES-Key brauchst du wenn die Daten verschlüsselt sind. Ob das der Fall weiß man erst sicher wenn Daten empfangen werden.
Wenn du ihn brauchst wirst du ihn wohl nur vom Hersteller des Zählers bekommen.

Zur weiteren Auswertung mit ioBroker kann  ich allerdings nichts sagen.

[Surfer2010]

Was bedeutet eigenen CUL? Und wie verbinde ich mich dann mit dem Wechselrichter? Und warum wird der Stick nicht unterstützt? Dachte iwo mal gelesen zu haben dass das gunktioniert? Was würde ich dann anstatt dessen brauchen?