Wireless M-Bus für CUL

[kossmann]

Ahhh, Danke für die Info. Habe das nun "behoben" (FHEM stop, fhem.save bearbeiten, FHEM start).

[kkoeniger]

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"

Code Auswählen Erweitern

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

[kkoeniger]

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.

Code Auswählen Erweitern

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:

Code Auswählen Erweitern


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


[drdownload]

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?

[kaihs]

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?

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

Code Auswählen Erweitern


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


[kaihs]

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.

Ein offener Standard ist ja toll, nur leider scheint sich so gut wie kein Hersteller vollständig daran zu halten.

[kaihs]

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.

[kkoeniger]

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

Code Auswählen Erweitern


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

[kkoeniger]

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.

[SPRFastForward]

Code Auswählen Erweitern

[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

[kkoeniger]

@ SPRFastForward
Danke! Werde ich abends einstellen.

Das ist ein Service! Hilfe direkt vom Hersteller in einem Forum, das ist Kundenorientierung, ganz toll !

[kkoeniger]

Nochmals Dank!

Sieht nach einem Löschen schon ok aus:

Code Auswählen Erweitern

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

[kaihs]

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.

[kkoeniger]

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

[mdewendt]

Hallo Kaihs.

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


Martin