Hallo.
Nachdem der Wasserzählertausch anstand habe ich mir in Österreich über die Gemeinde einen Wireless M-Bus fähigen Zähler installieren lassen.
Die Gemeinde bestellte bei http://www.bernhardt-wasserzaehler.at/?Id=282 (http://www.bernhardt-wasserzaehler.at/?Id=282) den RTK Composite Zähler.
(http://www.bernhardt-wasserzaehler.at/pics/funkwasserzaehler/RTK_Composite.png)
Datenblatt: http://www.bernhardt-wasserzaehler.at/downloads/Ringkolben_composite_lo.pdf (http://www.bernhardt-wasserzaehler.at/downloads/Ringkolben_composite_lo.pdf)
Darauf ist das Wireless M-Bus Funkaufsatzmodul FAW von Engelmann.
(http://www.bernhardt-wasserzaehler.at/pics/funkwasserzaehler/Funkaufsatzmodul_FAW.png)
Datenblatt: http://www.bernhardt-wasserzaehler.at/downloads/Funkaufsatzmodul_FAW.pdf (http://www.bernhardt-wasserzaehler.at/downloads/Funkaufsatzmodul_FAW.pdf)
Ich habe auf meinem Busware CCD CUL am RPi das WMBus_T für ein Fastforward Energiemeter laufen. Das funktioniert perfekt.
Den rfmode kann ich nur auf WMBus_T oder WMBus_S stellen.
Offensichtlich ist das Mbus-C noch nicht implementiert, oder?
Zumindest bekomme ich keine Paket Daten vom Zähler - weder im Mbus-S noch im Mbus-T.
Ich stelle mich gerne als Tester zur Verfügung um das FAW Modul für die österreichischen Wasserzähler einzubinden.
In unserer 7000 Seelen Gemeinde bin ich der erste mit so einem Zähler aber ich denke doch, daß andere Städte mehr dieser Zähler installieren werden.
Im Datenblatt des FAW Moduls habe ich gelesen, daß auch das WMbus-T1 unterstützt wird. Da wird es wohl einfacher sein, das Modul anders konfigurieren zu lassen.
Die Konfiguration des FAW Moduls ist folgende:
- Kurzes Telegramm (Zählernummer, Datum/Uhrzeit, aktueller Zählerstand, Fehlercode, Verbrauch wenn von Verrechnung ausgegeben
- AES Verschlüsselung : Key vorhanden
- Sendeintervall 180 Sekunden
- Protokoll C1 (nicht T1)
- Sendebtrieb: täglich
Diese Seite erklärt die verschiedenen Wireless M-Bus Protokolle genau.
http://www.radio-electronics.com/info/wireless/wireless-m-bus/basics-tutorial.php
Mode | Communication | Details |
S1 | Unidirectional | This is a Stationary mode and within this, metering devices send their data several times a day. In this mode, the data collector may save power as the meter devices send a wake-up signal before sending their data. |
S2 | Bidirectional | This is essentially a bidirectional version of the S1 mode. |
T1 | Unidirectional | This is the Frequent Transmit mode and metering devices periodically send data to collectors that are in range. The interval between transmissions is configurable and may range between several seconds to several minutes. |
T2 | Bidirectional | Again this is a bi-directional version of the T1 mode. In this mode the data collector may request dedicated data from the metering devices. |
C1 | Unidirectional | This is known as the Compact mode. It is similar to the 'T' mode but allows for the transmission of more data within a given energy budget and the same duty cycle. This particular form of mode is useful for walk-by or drive-by data collection |
C2 | Bidirectional | Again, this is a bi-directional version of C1. In this mode the data collector may request dedicated data from a metering device. |
| Meter Device Nodes |
Data Collection Nodes | S1, S2 | T1, T2 | C1, C2 | Collection Node Transmission |
S1, S2 | X | | | 868.30 MHz, 32.768 kcps, Manchester encoding |
T1, T2 | | X | | 868.30 MHz, 32.768 kcps, Manchester encoding |
C1, C2 | | X | | 868.30 MHz, 32.768 kcps, Manchester encoding |
C1, C2 | | | X | 869.525 MHz, 50 kcps, NRZ encoding |
Metering device transmitter settings | 868.30 MHz, 32.768 kcps, Manchester encoding | 868.95 MHz, 100 kcps, 3-out-of-6 encoding | 868.95 MHz, 100 kcps, NRZ encoding | |
Die Implementierung in culfw kann derzeit nur S- und T-Mode (S1/T1) und das auch nur empfangen, also auch nicht senden. Daher ist eine Umstellung der Wasseruhr sicherlich am sinnvollsten.
Das ein CUL auch W-Mbus-Senden als auch C-Mode könnte steht ausser Frage - es wird nur noch der Freiwillige gesucht, der das implementiert...
Hallo..
Vielen Dank für die Info.
Dann werde ich das Engelmann FAW Modul umstellen lassen.
Ist das Modul bereits in Fhem auswertbar oder müssen die Daten erst dekodiert werden?
Gesendet von iPhone mit Tapatalk
Zitat von: pipp37 am 01 Februar 2015, 10:18:21
Ist das Modul bereits in Fhem auswertbar oder müssen die Daten erst dekodiert werden?
Das WMBUS (http://fhem.de/commandref_DE.html#WMBUS) Modul unterstützt den WMBUS Protokollumfang zu ca. 80%.
Wenn bei dir konkret etwas fehlen sollte werde ich das ergänzen.
Dazu brauche ich dann die Rohdaten wie sie vom CUL kommen.
Allerdings senden einige Hersteller wichtige Daten in sog. herstellerspezifischen Datenblöcken deren Format nicht veröffentlicht ist.
Kai
Zitat von: kaihs am 01 Februar 2015, 16:54:23
Wenn bei dir konkret etwas fehlen sollte werde ich das ergänzen.
Dazu brauche ich dann die Rohdaten wie sie vom CUL kommen.
Allerdings senden einige Hersteller wichtige Daten in sog. herstellerspezifischen Datenblöcken deren Format nicht veröffentlicht ist.
Kai
Vielen Dank Kai.
Ich werde versuchen, vom Lieferanten eine Protokollbeschreibung zu bekommen - so wie es eine vom Fastforward Energiemeter gibt.
Gruss Armin
Zitat von: kaihs am 01 Februar 2015, 16:54:23
Wenn bei dir konkret etwas fehlen sollte werde ich das ergänzen.
Dazu brauche ich dann die Rohdaten wie sie vom CUL kommen.
Allerdings senden einige Hersteller wichtige Daten in sog. herstellerspezifischen Datenblöcken deren Format nicht veröffentlicht ist.
Kai
Hallo Kai.
Anbei die Zählerdaten vom WMbus-T1 Zähler.
Ist schon einiges drinnen.
Auch der Wert 2_value stimmt.
4_value=Zählernummer
Internals:
CFGFN
DEF EFE 31600035 0 7
DeviceMedium Water
DeviceType 7
IODev SCC3
IdentNumber 31600035
LASTInputDev SCC3
MSGCNT 42
Manufacturer EFE
NAME WMBUS_EFE_31600035_0_7
NR 270
SCC3_MSGCNT 42
SCC3_RAWMSG b2644C514350060310007FBAC7AA02000202F2F046D3130F112041379B8240B000001FD17000478CB66E600C99F80::-65
SCC3_RSSI -65
SCC3_TIME 2015-02-17 16:47:59
STATE specific to manufacturer
TYPE WMBUS
Version 0
addr EFE_31600035_0_7
Readings:
2015-02-17 16:47:59 1_storage_no 0
2015-02-17 16:47:59 1_type VIF_TIME_POINT_DATE_TIME
2015-02-17 16:47:59 1_unit
2015-02-17 16:47:59 1_value 2015-02-17 16:49
2015-02-17 16:47:59 1_value_type Instantaneous value
2015-02-17 16:47:59 2_storage_no 0
2015-02-17 16:47:59 2_type VIF_VOLUME
2015-02-17 16:47:59 2_unit m³
2015-02-17 16:47:59 2_value 2.937
2015-02-17 16:47:59 2_value_type Instantaneous value
2015-02-17 16:47:59 3_storage_no 0
2015-02-17 16:47:59 3_type VIF_ERROR_FLAGS
2015-02-17 16:47:59 3_unit
2015-02-17 16:47:59 3_value 0
2015-02-17 16:47:59 3_value_type Instantaneous value
2015-02-17 16:47:59 4_errormsg in VIFExtension 0 unknown VIF 78
2015-02-17 16:47:59 4_storage_no 0
2015-02-17 16:47:59 4_type unknown
2015-02-17 16:47:59 4_unit
2015-02-17 16:47:59 4_value 15099595
2015-02-17 16:47:59 4_value_type Instantaneous value
2015-02-17 16:47:59 LQI 128
2015-02-17 16:47:59 RSSI -65
2015-02-17 16:47:59 battery ok
2015-02-17 16:47:59 decryption_ok 1
2015-02-17 16:47:59 is_encrypted 0
2015-02-17 16:47:59 state specific to manufacturer
Attributes:
IODev SCC3
alias Wasserzähler1
room WMBUS,Zähler
Könntest du es bitte so wie im Fastforward Zähler machen.
Internals:
DEF FFD 14985723 1 2
DeviceMedium Electricity
DeviceType 2
IODev SCC3
IdentNumber 14985723
LASTInputDev SCC3
MSGCNT 151
Manufacturer FFD
NAME WMBUS_FFD_14985723_1_2
NR 91
SCC3_MSGCNT 151
SCC3_RAWMSG b1944C41823579814010241327A380000A00405D6E8090002FD08F0F6DD8080::-67.5
SCC3_RSSI -67.5
SCC3_TIME 2015-02-17 16:54:28
STATE no errors
TYPE WMBUS
Version 1
addr FFD_14985723_1_2
Readings:
2015-02-17 16:54:28 1_storage_no 0
2015-02-17 16:54:28 1_type VIF_ENERGY_WATT
2015-02-17 16:54:28 1_unit Wh
2015-02-17 16:54:28 1_value 64943000
2015-02-17 16:54:28 1_value_type Instantaneous value
2015-02-17 16:54:28 2_storage_no 0
2015-02-17 16:54:28 2_type VIF_ACCESS_NO
2015-02-17 16:54:28 2_unit
2015-02-17 16:54:28 2_value 63216
2015-02-17 16:54:28 2_value_type Instantaneous value
2015-02-17 16:54:28 LQI 128
2015-02-17 16:54:28 RSSI -67.5
2015-02-17 16:54:28 battery ok
2015-02-17 16:54:28 decryption_ok 1
2015-02-17 16:54:28 energy 64943
2015-02-17 16:54:28 is_encrypted 0
2015-02-17 16:54:28 state no errors
2015-02-17 16:54:28 unit kWh
Attributes:
IODev SCC3
alias Stromzaehler1
room Zähler
Vielen Dank.
Gruss
Ich habe das fehlende VIF 78 (Fabrication No) ergänzt.
Außerdem wird bei Gas-/Wasseruhren nach einem VIF_VOLUME gesucht und dieses als extra Reading Volume gesetzt.
Dann bleibt bei deiner Wasseruhr nur noch das nicht dokumentierte Bit im Statusbyte, aber das ist wahrscheinlich nicht so kritisch.
Beide Änderungen sind eingecheckt und morgen dann per update verfügbar.
Super, das ging ja schnell - meine Hochachtung: :)
Um das Ganze perfekt zu machen wäre es noch super die Attribute wie z.B. bei FastForward Zähler zu machen.
Fastforward:
2015-02-17 16:54:28 energy 64943
2015-02-17 16:54:28 is_encrypted 0
2015-02-17 16:54:28 state no errors
2015-02-17 16:54:28 unit kWh
Vorschlag:
2015-02-17 16:47:59 2_type VIF_VOLUME
2015-02-17 16:47:59 2_unit m³
2015-02-17 16:47:59 2_value 2.937
2015-02-17 16:47:59 2_value_type Instantaneous value
2015-02-17 16:47:59 3_storage_no 0
2015-02-17 16:47:59 3_type VIF_ERROR_FLAGS
2015-02-17 16:47:59 3_unit
2015-02-17 16:47:59 3_value 0
2015-02-17 16:47:59 3_value_type Instantaneous value
2015-02-17 16:47:59 4_errormsg in VIFExtension 0 unknown VIF 78
2015-02-17 16:47:59 4_storage_no 0
2015-02-17 16:47:59 4_type unknown
2015-02-17 16:47:59 4_unit
2015-02-17 16:47:59 4_value 15099595
2015-02-17 16:47:59 4_value_type Instantaneous value
2015-02-17 16:47:59 LQI 128
2015-02-17 16:47:59 RSSI -65
2015-02-17 16:47:59 battery ok
2015-02-17 16:47:59 decryption_ok 1
2015-02-17 16:47:59 is_encrypted 0
2015-02-17 16:47:59 state specific to manufacturer
neu -------------------------------------
unit m³
totalvalue 2.937
nr 15099595
Das Volumen mit Einheit steht ja jetzt in den neuen Readings volume und unit.
Die Fabrication No ist ziemlich spezifisch für deinen Zähler, habe ich noch nirgendwo anders gesehen. Brauchst du die wirklich als zusätzliches Reading?
Die kannst es dir ja auch selber per userReading anlegen.
Das überlasse ich dir, wie du es am besten implementierst.
Mich wundert nur, dass ich offensichtlich der 1. mit so einem Modul bin, obwohl in Österreich eine Firma einige Gemeinden mit dem FAW Modul beliefert.
Das Modul ist von Engelmann.
http://engelmann.de/de/produkte/funkaufsatzmodul.html
(http://engelmann.de/plugins/content/jumultithumb/img/Li4vLi4vLi4vLi4vaW1hZ2VzL3N0b3JpZXMvcHJvZHVrdGUvZmF3LmpwZyZ3PTE4MCZoPTE4MCZxPTkw.jpg)
Ich möchte gerne meinen Wasserzähler auslesen, dabei habe ich meinen CUL-Stick auf WMBUS-T konfiguriert. Er empfängt auch schon fleißig Daten, jedoch weiß ich gerade nicht weiter, wie ich die Daten verarbeiten muss, damit ich den Zählerstand bekomme.
2015.02.21 11:58:57 0: ERROR: Cannot autoload WMBUS
2015.02.21 11:58:57 3: CUL_0: Unknown code b194424238507346712113E40A131150013A4F44C8AF4FF3130BF61B62C2895::-81.5, help me!
2015.02.21 11:59:05 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.
2015.02.21 11:59:05 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.
2015.02.21 11:59:05 0: ERROR: Cannot autoload WMBUS
2015.02.21 11:59:05 3: CUL_0: Unknown code b194424238507346712113E40A141150013A4918076A51A0A3DBE2EBB619F9D::-82, help me!
2015.02.21 11:59:05 3: Defining DbLog SVG-Plots with :CURRENT is deprecated. Please define DbLog SVG-Plots with :HISTORY instead of :CURRENT. (define <mySVG> SVG <DbLogDev>:<gplotfile>:HISTORY)
2015.02.21 11:59:13 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.
2015.02.21 11:59:13 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.
2015.02.21 11:59:13 0: ERROR: Cannot autoload WMBUS
2015.02.21 11:59:14 3: CUL_0: Unknown code b194424238507346712113E40A151150013A486AF3F0E3BD9E46537B9AAD98E::-82.5, help me!
2015.02.21 11:59:17 3: Defining DbLog SVG-Plots with :CURRENT is deprecated. Please define DbLog SVG-Plots with :HISTORY instead of :CURRENT. (define <mySVG> SVG <DbLogDev>:<gplotfile>:HISTORY)
2015.02.21 11:59:22 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.
2015.02.21 11:59:22 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.
2015.02.21 11:59:22 0: ERROR: Cannot autoload WMBUS
2015.02.21 11:59:22 3: CUL_0: Unknown code b194424238507346712113E40A161150013A4BFDEE5F359AD8E081CBEF713A7::-82, help me!
Das steht in meinen FHEM log.
Muss ich mir jetzt das Modul 36_WMBUS.pm nun umschreiben, das es für meinen Zähler passt?
Es handelt sich um einen "HYDROMETER Compact 3.5 868Mhz"
Das WMBUS Modul kann nicht geladen werden, wahrscheinlich hast du noch nicht alle benötigten Module installiert, siehe auch http://fhem.de/commandref_DE.html#WMBUS (http://fhem.de/commandref_DE.html#WMBUS) unter Voraussetzungen.
Allerdings lassen sich die Daten deines Zählers nicht dekodieren, das verwendete Datenformat A1 ist im Standard nicht dokumentiert und wahrscheinlich herstellerspezifisch.
Internals:
CFGFN
DEF HYD 67340785 18 17
DeviceMedium Reserved for utility meter
DeviceType 17
Error Unsupported CI Field a1
IODev CUL_WMBUS
IdentNumber 67340785
Manufacturer HYD
NAME wasser
NR 325
STATE ???
TYPE WMBUS
Version 18
addr HYD_67340785_18_17
Attributes:
IODev CUL_WMBUS
Falls du den Hersteller bewegen kannst Dokumentation heraus zu rücken bin ich gerne bereit das Modul zu erweitern.
Kai
Zitat von: kaihs am 17 Februar 2015, 23:52:48
Das Volumen mit Einheit steht ja jetzt in den neuen Readings volume und unit.
Die Fabrication No ist ziemlich spezifisch für deinen Zähler, habe ich noch nirgendwo anders gesehen. Brauchst du die wirklich als zusätzliches Reading?
Die kannst es dir ja auch selber per userReading anlegen.
Hallo Kaihs.
Danke für die Änderung. Ich habe das Update geladen und getestet. Funktioniert!
Damit kann ich alles lösen. :) Das extra Reading benötige ich nicht.
Perfekte Arbeit.
Gruss
Internals:
DEF EFE 31600035 0 7
DeviceMedium Water
DeviceType 7
IODev SCC3
IdentNumber 31600035
LASTInputDev SCC3
MSGCNT 198
Manufacturer EFE
NAME WMBUS_EFE_31600035_0_7
NR 160
SCC3_MSGCNT 198
SCC3_RAWMSG b2644C514350060310007FBAC7A262000202F2F046D1A31F512041384CCBB0E000001FD17000478CB66E600B11780::-84.5
SCC3_RSSI -84.5
SCC3_TIME 2015-02-21 17:25:51
STATE specific to manufacturer
TYPE WMBUS
Version 0
addr EFE_31600035_0_7
Readings:
2015-02-21 17:25:51 1_storage_no 0
2015-02-21 17:25:51 1_type VIF_TIME_POINT_DATE_TIME
2015-02-21 17:25:51 1_unit
2015-02-21 17:25:51 1_value 2015-02-21 17:26
2015-02-21 17:25:51 1_value_type Instantaneous value
2015-02-21 17:25:51 2_storage_no 0
2015-02-21 17:25:51 2_type VIF_VOLUME
2015-02-21 17:25:51 2_unit m³
2015-02-21 17:25:51 2_value 3.716
2015-02-21 17:25:51 2_value_type Instantaneous value
2015-02-21 17:25:51 3_storage_no 0
2015-02-21 17:25:51 3_type VIF_ERROR_FLAGS
2015-02-21 17:25:51 3_unit
2015-02-21 17:25:51 3_value 0
2015-02-21 17:25:51 3_value_type Instantaneous value
2015-02-18 10:04:10 4_errormsg in VIFExtension 0 unknown VIF 78
2015-02-21 17:25:51 4_storage_no 0
2015-02-21 17:25:51 4_type VIF_FABRICATION_NO
2015-02-21 17:25:51 4_unit
2015-02-21 17:25:51 4_value 15099595
2015-02-21 17:25:51 4_value_type Instantaneous value
2015-02-21 17:25:51 LQI 128
2015-02-21 17:25:51 RSSI -84.5
2015-02-21 17:25:51 battery ok
2015-02-21 17:25:51 decryption_ok 1
2015-02-21 17:25:51 is_encrypted 0
2015-02-21 17:25:51 state specific to manufacturer
2015-02-21 17:25:51 unit m³
2015-02-21 17:25:51 volume 3.716
Attributes:
IODev SCC3
Das würde also bedeuten, dass es nicht zum dekodieren möglich ist. Ich hab damals mit der Gemeinde gesprochen gehabt, und die meinten auch, das die Daten verschlüsselt sind.
Was wird aber als Schlüssel eingesetztet? die Seriennummer evtl. oder ist der Schlüssel evtl. auch auf dem sender mit aufgedruckt?
Ich hab mal recherchiert, und die Firma Hydrometer wurde von DIEHL übernommen.
Anbei einen Link von dem Aufsatz, welcher bei mir aufm Zähler sitzt.
http://www.diehl.com/de/diehl-metering/produkte-loesungen/pdb-details.html?tx_diehlproducts_pi1%5Bproduct%5D=1578683&tx_diehlproducts_pi1%5BbackPid%5D=491&tx_diehlproducts_pi1%5Baction%5D=show&tx_diehlproducts_pi1%5Bcontroller%5D=MeteringProduct&cHash=fd701a06456b1508d65e659122c2d598 (http://www.diehl.com/de/diehl-metering/produkte-loesungen/pdb-details.html?tx_diehlproducts_pi1%5Bproduct%5D=1578683&tx_diehlproducts_pi1%5BbackPid%5D=491&tx_diehlproducts_pi1%5Baction%5D=show&tx_diehlproducts_pi1%5Bcontroller%5D=MeteringProduct&cHash=fd701a06456b1508d65e659122c2d598)
Verschlüsselt (per AES) sind die Daten nicht.
Die Kodierung der Daten (also welches Byte wie zu interpretieren ist) ist herstellerspezifisch.
Das lässt die OMS Spezifikation (leider) zu.
Damit erfüllt der Zähler zwar die Spezifikation, lässt sich ohne die speziellen Informationen des Herstellers aber trotzdem nicht auslesen.
Man könnte versuchen ein reverse engineering des Protokolls zu machen, aber das ist mühsam und mir fehlt dazu die Motivation.
Also entweder du kannst du benötigten Informationen irgendwie besorgen oder du versucht selber das Protokoll zu entschlüsseln.
Zitat von: pipp37 am 21 Februar 2015, 17:29:33
2015-02-18 10:04:10 4_errormsg in VIFExtension 0 unknown VIF 78
Du solltest noch ein
deletereading WMBUS_EFE_31600035_0_7 4_errormsg
damit das alte Reading verschwindet.
Hab jetzt die Module nachinstalliert und bekomme jetzt nur noch diese Meldung
Unsupported CI Field a1
Beim sichten der RAW Daten fiel mir auf, das es mehrere Zähler sein müssten, welche der CUL empfängt. Da ich bis zu 6 oder 7 verschiedene Nachrichten habe.
Wo kann ich die Info finden, wie das Protokoll aufgebaut ist. Ich hab auf die schnelle nichts gefunden.
Ich hab jetzt mal einige tausend Nachrichten mitgeloggt und ein wenig analysiert. Jedoch würde eine Beschreibung des Protokolls die Sache erheblich vereinfachen.
Zitat von: kaihs am 21 Februar 2015, 22:12:06
Du solltest noch ein
deletereading WMBUS_EFE_31600035_0_7 4_errormsg
damit das alte Reading verschwindet.
Thanks. Wurde gemacht.
Gesendet von iPhone mit Tapatalk
Zitat von: booster am 21 Februar 2015, 23:40:27
Beim sichten der RAW Daten fiel mir auf, das es mehrere Zähler sein müssten, welche der CUL empfängt. Da ich bis zu 6 oder 7 verschiedene Nachrichten habe.
Zu unterschiedlichen Zählern würden auch unterschiedliche Geräte in fhem angelegt. Es kann durchaus sein, dass ein und derselbe Zähler unterschiedliche Nachrichten schickt, und sei es nur ein fortlaufender Message counter.
Zitat
Wo kann ich die Info finden, wie das Protokoll aufgebaut ist. Ich hab auf die schnelle nichts gefunden.
http://www.fhemwiki.de/wiki/WMBUS#Links (http://www.fhemwiki.de/wiki/WMBUS#Links)
hallo & sorry das ich hier meine Frage stelle,
ich würde gerne für meine künftige Rasenbewässerung einen Subzähler besorgen und in die Wasserleitung hängen. Kann mir jemand einen Tipp geben welche M-Bus Zähler einwandfrei mit dem FHEM Modul funktionieren?
Vielen Dank & Grüße CA
Hallo.
Genau diesen Zähler mit dem Engelmann Faw Modul aus dem 1. Post habe ich im Einsatz. Der läuft perfekt.
Alle 5min werden die Daten gesendet.
Ich habe das Wmbus Modul auf T1 einstellen lassen.
Kosten gesamt: Zähler u. Modul: 80,- Euro.
Gesendet von iPhone mit Tapatalk
vielen Dank! das klingt preislich auch sehr interessant!
Auch soll die Lithium Batterie 5 Jahre halten und die Leistung des Zählers ist ausreichend. Bei mit ist der Zähler im Keller hinter der Waschmaschine montiert, die natürlich das Funksignal etwas abschirmt.
Trotzdem geht es durch eine Stahlbetondecke bis zur anderen Seite des Hauses zu meinem Rpi. Das sind 15 Meter und noch mal Zwischenwände.
Wichtig ist nur das Modul auf T1, kurzes Telegramm, 5 min Intervall und ohne Aes einstellen zu lassen.
Das wird mit einem Infrarot Konfigurationsadapter vom Lieferanten gemacht.
Gesendet von iPhone mit Tapatalk
das Funkmodul soll es mit 433Mhz auch geben, ob es damit auch klappt? Protokoll wird ja das selbe sein ?
Zitat von: ChiliApple am 12 April 2015, 19:07:42
das Funkmodul soll es mit 433Mhz auch geben, ob es damit auch klappt? Protokoll wird ja das selbe sein ?
WMBus ist m. W. nicht für 433MHz spezifiziert, sondern nur für 868/915MHz.
Die culfw unterstützt aber auf jeden Fall nur den T und S Mode, die beide 868MHz verwenden.
Lt. Anfrage kostet das Teil €67.20 und das Modul €42.50 zuzüglich MwSt. +€12 für Versand.
Beliefert werden nur Gewerbebetriebe.
nach dem Du den erfolgreich eingebunden hast werde ich mir den auch bestellen ...
Grüße CA
Hallo,
hat jemand Erfahrung mit dem Funk-Wasserzähler von Allmess?
http://www.allmess.de/fileadmin/multimedia/PDFs/Produkte/Fernauslese-System/P0054_Allmess_Funksystem_Walk-by_01_15.pdf (http://www.allmess.de/fileadmin/multimedia/PDFs/Produkte/Fernauslese-System/P0054_Allmess_Funksystem_Walk-by_01_15.pdf)
Die nennen es "EquaScan wMIURF" und es heisst im Text "Garantierte Systemkompatibilität » wMBus kompatibel". Das mit dem "wMBus kompatibel" hört sich natürlich sehr gut an, aber ich bin nach den vielen Erfahrungen, von denen ich hier gelesen habe, doch etwas skeptisch.
Hat jemand evtl. diesen Zähler schon in Betrieb?
Vielen Dank, Tom
Ich habe gerade vom Allmess Kundendienst eine freundliche Nachricht bekommen, dass deren wMIU Sender im Modus "C2" arbeitet ... culfw kann aber leider 'nur' S1&T1 - das wird also nix.
Hallo miteinander,
ich habe vor einigen Tagen einen neuen Wasserzähler der Firma Diehl bekommen.
Nach einigen Recherchen habe ich nun einen CUL mit MBUS-T installiert und bekomme folgende Nachrichten im Log:
2017-11-07 20:51:03 CUL WasserZaehlerCUL UNKNOWNCODE b4E44A5112357485870071D157A0E0040059BA3ED92CFF9E1F17A758D2338844205D636D23303E0EB04E8A2FFE19759E3D882DE2A04BDB903A734E65D33AE1
2017-11-07 20:51:14 CUL WasserZaehlerCUL UNKNOWNCODE b4E44A5112357485870071D157A0E004005B760019230A062FEFDFEB4AF2CB5DC1A8F3D65D028BF1C1030AC62F3B81A8C0892A03A0A0746ACD3A95FA38631F
2017-11-07 20:51:37 CUL WasserZaehlerCUL UNKNOWNCODE b4E44A5112357485870071D157A0E00400509C701C6402E19BC48F34B9DC1D47D58D755612380B2F5C8A45662CA64BC6B61B92F2C75C3FAD373F93E4405697
2017-11-07 20:52:01 CUL WasserZaehlerCUL UNKNOWNCODE b4E44A5112357485870071D157A0E0040054022108F35429A1844C5B1F9305085D1251B7F9056E8A503704B1770ADE412810F48E3EB57468D045E6612E5E9B
2017-11-07 20:52:37 CUL WasserZaehlerCUL UNKNOWNCODE b4E44A5112357485870071D157A0E004005A67878F71F30399F83783765F83A17E54EB649EFFA6EB219BDBE0F081403735F0B6F3D64A8E4C4A01A9778516F7
Nun ist die Frage, fehlt mir hier noch ein AES-Schlüssel, um die Nachrichten korrekt dekodieren zu können, oder muss ich ein anderes Modul einbinden?
Bei dem Wasserzähler handelt es sich um einen Diehl Hydrus 171A
Ich habe noch ein wenig in die Logfiles geschaut und nun folgende Nachrichten entdeckt:
2017.11.08 17:31:17 5 : CUL/RAW: /b4E44A5112
2017.11.08 17:31:18 5 : CUL/RAW: b4E44A5112/357485870071D157A6000400547DD4DB8
2017.11.08 17:31:18 5 : CUL/RAW: b4E44A5112357485870071D157A6000400547DD4DB8/B1BC5B7B404BBF8D934486D3519377C03D1142B
2017.11.08 17:31:18 5 : CUL/RAW: b4E44A5112357485870071D157A6000400547DD4DB8B1BC5B7B404BBF8D934486D3519377C03D1142B/69910A10FEEF30B66922AE22B6B8195F5
2017.11.08 17:31:18 5 : CUL/RAW: b4E44A5112357485870071D157A6000400547DD4DB8B1BC5B7B404BBF8D934486D3519377C03D1142B69910A10FEEF30B66922AE22B6B8195F5/417FBAC9905
2017.11.08 17:31:18 4 : CUL_Parse: WasserZaehlerCUL b4E44A5112357485870071D157A6000400547DD4DB8B1BC5B7B404BBF8D934486D3519377C03D1142B69910A10FEEF30B66922AE22B6B8195F5417FBAC9905
2017.11.08 17:31:18 5 : WasserZaehlerCUL: dispatch b4E44A5112357485870071D157A6000400547DD4DB8B1BC5B7B404BBF8D934486D3519377C03D1142B69910A10FEEF30B66922AE22B6B8195F5417FBAC9905
2017.11.08 17:31:18 5 : WMBUS raw msg b4E44A5112357485870071D157A6000400547DD4DB8B1BC5B7B404BBF8D934486D3519377C03D1142B69910A10FEEF30B66922AE22B6B8195F5417FBAC9905
2017.11.08 17:31:18 2 : WMBUS Error during LinkLayer parse:message too short, expected 91, got 63 bytes
2017-11-08 17:31:18 CUL WasserZaehlerCUL UNKNOWNCODE b4E44A5112357485870071D157A6000400547DD4DB8B1BC5B7B404BBF8D934486D3519377C03D1142B69910A10FEEF30B66922AE22B6B8195F5417FBAC9905
2017.11.08 17:31:18 3 : WasserZaehlerCUL: Unknown code b4E44A5112357485870071D157A6000400547DD4DB8B1BC5B7B404BBF8D934486D3519377C03D1142B69910A10FEEF30B66922AE22B6B8195F5417FBAC9905, help me!
Zitat von: nisi80 am 08 November 2017, 17:32:48
2017.11.08 17:31:18 2 : WMBUS Error during LinkLayer parse:message too short, expected 91, got 63 bytes
Genau das Thema hatten wir gestern hier (https://forum.fhem.de/index.php/topic,24517.msg711663.html#msg711663).
Hallo,
ich konnte nun durch diverse Antworten hier im Forum den Diehl Wasserzähler zum laufen bringen.
Es war ein wenig steinig, aber ich möchte hier mal kurz die Stolperstellen aufzählen:
- CUL das WMBUS-Protokoll beibringen, indem man andere Protokolle aus der Headerdatei auskommentiert
- Den Empfangspuffer auf 190 Bytes erhöhen, damit die recht großen Datagramme Platz haben
- Die AES-Bibliothek auf dem Raspi installieren, und die Fehlermeldung ob des zu geringen RAMs beim entpacken umgehen (sudo cpan -i Crypt/OpenSSL/AES.pm anstatt von sudo cpan -i Crypt::OpenSSL::AES)
- Den AES-Key aus dem Forum hier eingetragen (XXX) der aus der Windows-SW extrahiert wurde
Ich hoffe ich konnte hiermit den anderen Nutzern die Inbetriebnahme ein wenig erleichtern!
Vielen Dank an alle hier im Forum und ein paar schöne Feiertage!!!
Admin-Edit: AES-Key nach Bitte des Herstellers entfernt.
Danke, für diesen Beitrag.
Das war die Lösung nach zwei Tagen suchen im Forum.
Gruß
Matze
Vielen Dank an @nisi80 für die Zusammenfassung. Ich hatte noch ein paar kleinere Probleme und desshalb hier als Ergänzung zum letzten Beitrag von nisi80:
Die ersten beiden Punkte (WMBus Protokoll und Empfangsbuffergröße) werden in der board.h zum Flashen des CUL geändert. Danach make program auf den CUL ausführen. (siehe auch https://wiki.fhem.de/wiki/Selbstbau_CUL (https://wiki.fhem.de/wiki/Selbstbau_CUL))
Für die Installation der AES Bibliothek fehlte mir noch:
sudo apt-get install libcrypt-cbc-perl libdigest-crc-perl libssl-dev
danach klappt
sudo cpan -i Crypt/OpenSSL/AES.pm
Danach muss man den CUL in FHEM anlegen. Hier dazu mein Code:
defmod nanoCUL868MBUS CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL02W8KI-if00-port0@38400 2012
attr nanoCUL868MBUS icon cul_cul
attr nanoCUL868MBUS rfmode WMBus_T
attr nanoCUL868MBUS room CULs
Wenn dann Euer Autocreate aktiv ist, dann sollte automatisch ein WMBus Device angelegt werden
defmod autocreate autocreate
attr autocreate disable 0
Das sieht bei mir so aus. Den AESkey müsst ihr dort im attr setzen. Damit das Log nicht zugespammt wird noch ein bisschen event-on-change-reading...:
defmod WMBUS_DME_58485998_112_7 WMBUS DME 58485998 112 7
attr WMBUS_DME_58485998_112_7 AESkey XXX
attr WMBUS_DME_58485998_112_7 IODev nanoCUL868MBUS
attr WMBUS_DME_58485998_112_7 event-min-interval 60
attr WMBUS_DME_58485998_112_7 event-on-change-reading .*2_value*
attr WMBUS_DME_58485998_112_7 room Zaehler
Vielen Dank an nisi80!
Anmerkung:
Aufgrund eines Einwandes des Herstellers wurde dieser Beitrag am 8.8.2018 von einem Moderator geändert
hi , ich habe auch einen Wasserzähler.
Der Hersteller teilte mir mit er sei im C1 Modus und nicht im T1 Modus wie auf der Rechnung xD.
Allerdings empfängt man über beide Wege nichts.
Hat jemand eine Idee ?
Ich habe noch 5 Heizkostenverteiler die alle prima über den Modus funktionieren. D.h. der CUL empfängt soweit alle 5 Minuten alle 5 Heizkostenverteiler... schon seit ein paar Monaten sogar.. zuverlässig. dieser Wasserzähler will sich aber einfach nicht erkennen lassen !
Ich erhalte auch keine Fehlermeldung in meinem LOG soweit ich das verstehe.. ich habe auch darauf geachtet, dass der Funk bei diesem Wasserzähler eingeschaltet ist.. habe das persönlich mit dem Hersteller am Telefon abgesprochen.
mal das hier wieder ausgraben, denn ich habe jetzt auch einen Hydrus 2 Wasserzähler bekommen.
Ich bekomme leider: Decryption mode 7 failed, wrong key?
Der Key. der oben steht passt scheinbar nicht. Oder etwas anderes ist faul. Soweit ich das aber in der Beschreibung von dem Zähler lese ist pro Zähler ein individueller Key drin.
Jemand eine Idee ? Glaube nicht das ich vom Versorger den Key bekomme.
Hallo, ja, leider funktioniert der Aes Key nicht bei jedem.
Gruß
Ich habe auch einen Hydrus 171A und alles soweit zum Laufen gebracht mit nanoCUL und TTY_BUFSIZE=256
Habe nun "STATE Decryption mode 7 failed, wrong key?"
Habe dann meinen Wasserversorger angeschrieben und um den AES Key gebeten.
Antwort vom Wasserversorger:
Sie besitzen einen eigenen aeskey. Jedoch ist es uns rechtlich und aus Datenschutzgründen nicht erlaubt ihnen diesen auszuhändigen, da Sie durch den aeskey vollen Zugriff auf den Zähler und die Programmierung hätten.
Mit freundlichen Grüßen
Stimmt das? Könnte man mit dem AES Key den Zähler und die Programmierung verändern? Dann würde ich den Wasserversorger auch verstehen.... leider.
Zitat von: nccfast am 24 Juni 2020, 16:10:14
Stimmt das? Könnte man mit dem AES Key den Zähler und die Programmierung verändern? Dann würde ich den Wasserversorger auch verstehen.... leider.
Das WMBUS-Protokoll ist prinzipiell bidirektional, es können also auch Kommandos zum Zähler geschickt werden.
Ab das bei dem Wasserzähler der Fall ist weiß ich nicht und auch nicht, ob da ggf, kritische Kommandos dabei wären.
Hallo ,würde das mit einem Wasserzähler
der Firma Diehl funktionieren:
Hydrus 173
R160
2034
868
3108871
Der Wasserzähler hat anscheinend nur 868 MHz ?
müßte auch zum auslesen sein?
Gruß Otto