WMBUS - Versionsgeschichte

Kaihs: /* Links */

2021-11-10T19:19:27Z

Links

← Nächstältere Version		Version vom 10. November 2021, 21:19 Uhr
Zeile 96:		Zeile 96:
	== Links ==		== Links ==
	* Forumsthread {{Link2Forum\|Topic=24517}}		* Forumsthread {{Link2Forum\|Topic=24517}}
	* Protokoll Beschreibung [~~http~~://oms-group.org/~~download4all~~/]		* Protokoll Beschreibung [https://oms-group.org/open-metering-system/oms-spezifikation]
	* Beschreibung des M-BUS Protokolls [~~http~~://~~www.~~m-bus.com/~~files/MBDOC48.PDF~~]		* Beschreibung des M-BUS Protokolls [https://m-bus.com/documentation]
	[[Kategorie:Energieverbrauchsmessung]]		[[Kategorie:Energieverbrauchsmessung]]

Kaihs: /* Empfangsprobleme */

2019-10-29T18:57:02Z

Empfangsprobleme

← Nächstältere Version		Version vom 29. Oktober 2019, 20:57 Uhr
Zeile 91:		Zeile 91:
	Der Empfänger (meist ein [[CUL]]) muss das WMBUS Protokoll unterstützen. Die Unterstützung ist vorhanden, wenn in der Ausgabe von <code>get cmds</code> ein kleines [http://culfw.de/commandref.html#cmd_b b] enthalten ist.		Der Empfänger (meist ein [[CUL]]) muss das WMBUS Protokoll unterstützen. Die Unterstützung ist vorhanden, wenn in der Ausgabe von <code>get cmds</code> ein kleines [http://culfw.de/commandref.html#cmd_b b] enthalten ist.
	Der CUL speichert die empfangenen Daten intern zwischen bevor sie an fhem geschickt werden. Der Puffer für die Speicherung muss groß genug sein, um ein komplettes Datenpaket aufzunehmen. Die Größe des Puffers kann in der culfw eingestellt werden in dem das define TTY_BUFSIZE in der Datei [https://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/nanoCUL/board.h board.h] des passenden Devices angepasst wird.		Der CUL speichert die empfangenen Daten intern zwischen bevor sie an fhem geschickt werden. Der Puffer für die Speicherung muss groß genug sein, um ein komplettes Datenpaket aufzunehmen. Die Größe des Puffers kann in der culfw eingestellt werden in dem das define TTY_BUFSIZE in der Datei [https://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/nanoCUL/board.h board.h] des passenden Devices angepasst wird.
	Dabei ist darauf zu achten, dass die verwendeten Mikrocontroller nur sehr wenig RAM haben (0,5-4KB). Um mehr freies RAM zu erhalten sollten Protokolle die nicht benötigt in der board.h abgeschaltet werden.		Dabei ist darauf zu achten, dass die verwendeten Mikrocontroller nur sehr wenig RAM haben (0,5-4KB). Um mehr freies RAM zu erhalten sollten Protokolle die nicht benötigt in der board.h abgeschaltet werden. Die Unterstützung für WMBUS (#define HAS_MBUS 1) muss aber natürlich eingeschaltet werden.
	Anschließend ist die culfw [[Selbstbau_CUL#Software\|neu zu übersetzen und zu flashen]].		Anschließend ist die culfw [[Selbstbau_CUL#Software\|neu zu übersetzen und zu flashen]].

Kaihs: /* Bekannte Probleme */

2019-09-01T16:29:02Z

Bekannte Probleme

← Nächstältere Version		Version vom 1. September 2019, 18:29 Uhr
Zeile 75:		Zeile 75:

	== Bekannte Probleme ==		== Bekannte Probleme ==
			=== Inkompatible Zähler ===
	Obwohl Wireless M-Bus ein standardisiertes Protokoll ist, scheint sich kaum ein Hersteller vollständig daran zu halten bzw. verwendet sog. herstellerspezifische Felder um wichtige Daten zu verpacken.		Obwohl Wireless M-Bus ein standardisiertes Protokoll ist, scheint sich kaum ein Hersteller vollständig daran zu halten bzw. verwendet sog. herstellerspezifische Felder um wichtige Daten zu verpacken.
	Aus den bisher beobachteten Datenpaketen ergibt sich		Aus den bisher beobachteten Datenpaketen ergibt sich
Zeile 80:		Zeile 81:
	* Techem und Hydrometer verwenden ein undokumentiertes Datenformat (CI-Field A2)		* Techem und Hydrometer verwenden ein undokumentiertes Datenformat (CI-Field A2)
	:''(Techem Heizkostenverteiler (CI-Field A0) können über das Modul [[TechemHKV]] ausgewertet werden)''		:''(Techem Heizkostenverteiler (CI-Field A0) können über das Modul [[TechemHKV]] ausgewertet werden)''
	* RWE SmartHome Powercontrol[http://www.rwe-smarthome.de/web/cms/de/1776202/smarthome/informieren/geraete/power-control/] sendet verschlüsselt und der Hersteller gibt nicht den vollständigen Schlüssel an{{Link2Forum\|Topic=24517\|Message=315949}}		* RWE SmartHome Powercontrol[http://www.rwe-smarthome.de/web/cms/de/1776202/smarthome/informieren/geraete/power-control/] sendet verschlüsselt und der Hersteller gibt nicht den vollständigen Schlüssel an ({{Link2Forum\|Topic=24517\|Message=315949}})

	Daher werden bisher erst die [[EnergyCam]] der Firma Q-loud, Zähler von Easymeter und der Kamstrup Multical 21 vollständig unterstützt.		Daher werden bisher erst die [[EnergyCam]] der Firma Q-loud, Zähler von Easymeter und der Kamstrup Multical 21 vollständig unterstützt.
Zeile 86:		Zeile 87:

	Andere Zähler können auch ohne Probleme funktionieren wenn diese sich an den OMS Standard halten.		Andere Zähler können auch ohne Probleme funktionieren wenn diese sich an den OMS Standard halten.

			=== Empfangsprobleme ===
			Der Empfänger (meist ein [[CUL]]) muss das WMBUS Protokoll unterstützen. Die Unterstützung ist vorhanden, wenn in der Ausgabe von <code>get cmds</code> ein kleines [http://culfw.de/commandref.html#cmd_b b] enthalten ist.
			Der CUL speichert die empfangenen Daten intern zwischen bevor sie an fhem geschickt werden. Der Puffer für die Speicherung muss groß genug sein, um ein komplettes Datenpaket aufzunehmen. Die Größe des Puffers kann in der culfw eingestellt werden in dem das define TTY_BUFSIZE in der Datei [https://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/nanoCUL/board.h board.h] des passenden Devices angepasst wird.
			Dabei ist darauf zu achten, dass die verwendeten Mikrocontroller nur sehr wenig RAM haben (0,5-4KB). Um mehr freies RAM zu erhalten sollten Protokolle die nicht benötigt in der board.h abgeschaltet werden.
			Anschließend ist die culfw [[Selbstbau_CUL#Software\|neu zu übersetzen und zu flashen]].

	== Links ==		== Links ==

Kaihs: /* Bekannte Probleme */

2019-08-24T18:09:52Z

Bekannte Probleme

← Nächstältere Version		Version vom 24. August 2019, 20:09 Uhr
Zeile 84:		Zeile 84:
	Daher werden bisher erst die [[EnergyCam]] der Firma Q-loud, Zähler von Easymeter und der Kamstrup Multical 21 vollständig unterstützt.		Daher werden bisher erst die [[EnergyCam]] der Firma Q-loud, Zähler von Easymeter und der Kamstrup Multical 21 vollständig unterstützt.
	Für den Multical 21 muss eine culfw mit Unterstützung für WMBUS C verwendet werden. Diese ist in der culfw ab dem 24.6.2018 enthalten.		Für den Multical 21 muss eine culfw mit Unterstützung für WMBUS C verwendet werden. Diese ist in der culfw ab dem 24.6.2018 enthalten.

			Andere Zähler können auch ohne Probleme funktionieren wenn diese sich an den OMS Standard halten.

	== Links ==		== Links ==

Kaihs: Verschlüsselung

2019-08-18T15:00:24Z

Verschlüsselung

← Nächstältere Version		Version vom 18. August 2019, 17:00 Uhr
Zeile 9:		Zeile 9:
	Wireless M-Bus ist ein Standardprotokoll das von unterschiedlichen Herstellern unterstützt wird.		Wireless M-Bus ist ein Standardprotokoll das von unterschiedlichen Herstellern unterstützt wird.
	Das Protokoll unterstützt unterschiedliche Kodierungen des Funksignals, im wesentlichen den S-Mode, T-Mode und C-Mode. Der Empfänger (z. B. ein CUL) muss den selben Modus nutzen wie der Sender (der Zähler).		Das Protokoll unterstützt unterschiedliche Kodierungen des Funksignals, im wesentlichen den S-Mode, T-Mode und C-Mode. Der Empfänger (z. B. ein CUL) muss den selben Modus nutzen wie der Sender (der Zähler).
	Wireless M-Bus unterstützt optional die Verschlüsselung der Daten ~~per AES~~.		Wireless M-Bus unterstützt optional die Verschlüsselung der Daten.
	Die von einem Zähler gesendeten Daten können sehr unterschiedlich sein und hängen u. a. vom Zählertyp und dessen Hersteller ab.		Die von einem Zähler gesendeten Daten können sehr unterschiedlich sein und hängen u. a. vom Zählertyp und dessen Hersteller ab.

Zeile 21:		Zeile 21:
	Alternativ kann ein Device manuell angelegt werden. Dazu wird der Hersteller, die Seriennummer, die Version und der Typ (Wasser, Gas, ...) des Zählers benötigt.		Alternativ kann ein Device manuell angelegt werden. Dazu wird der Hersteller, die Seriennummer, die Version und der Typ (Wasser, Gas, ...) des Zählers benötigt.
	Sind die Daten verschlüsselt wird auch noch der passende Schlüssel benötigt um die Daten entschlüsseln zu können.		Sind die Daten verschlüsselt wird auch noch der passende Schlüssel benötigt um die Daten entschlüsseln zu können.

			== Verschlüsselung ==
			Die Daten können auf drei verschiedene Arten verschlüsselt sein:
			# Security profile A/Symmetric encryption with Mode 5
			# Security profile B/Advanced symmetric encryption with Mode 7
			# Security profile C/Asymmetric encryption with Mode 13

			Das Modul unterstützt aktuell Daten die per 1 oder 2 verschlüsselt wurden.

	== Anwendungsbeispiele ==		== Anwendungsbeispiele ==

Kaihs: /* Voraussetzungen */

2019-08-18T14:54:43Z

Voraussetzungen

← Nächstältere Version		Version vom 18. August 2019, 16:54 Uhr
Zeile 13:		Zeile 13:

	== Voraussetzungen ==		== Voraussetzungen ==
	Das Modul interpretiert nur die Nachrichten die von einen geeigneten Empfänger empfangen werden. Aktuell kann ein [[CUL]] und verwandte Geräte die die culfw[http://culfw.de/culfw.html] verwenden sowie ein Amber Wireless AMB8465M dafür verwendet werden. In der culfw muss die Unterstützung des WMBUS-Protokolls aktiviert sein (#define HAS_MBUS). Bei einem CUL mit der Hardwareversion V4 ist das nicht der Fall.		Das Modul interpretiert nur die Nachrichten die von einen geeigneten Empfänger empfangen werden. Aktuell kann ein [[CUL]] und verwandte Geräte die die culfw[http://culfw.de/culfw.html] verwenden sowie ein Amber Wireless AMB8465M dafür verwendet werden. In der culfw muss die Unterstützung des WMBUS-Protokolls aktiviert sein (#define HAS_MBUS in der Datei board.h des Deviceverzeichnisses). Bei einem CUL mit der Hardwareversion V4 ist das nicht der Fall.

	Der CUL muss in FHEM mittels Attribut rfmode=WMBus_S, WMBus_T oder WMBus_C in den zum Zähler passenden Empfangsmodus versetzt werden.		Der CUL muss in FHEM mittels Attribut rfmode=WMBus_S, WMBus_T oder WMBus_C in den zum Zähler passenden Empfangsmodus versetzt werden.

Kaihs: WMBus_C

2018-06-24T20:04:54Z

WMBus_C

← Nächstältere Version		Version vom 24. Juni 2018, 22:04 Uhr
Zeile 8:		Zeile 8:
	[[WMBUS]] ist ein Modul zur Dekodierung von Wireless M-Bus Nachrichten. Solche Nachrichten werden z. B. von Zählern für Wasser, Wärme, Gas und Elektrizität ausgestrahlt.		[[WMBUS]] ist ein Modul zur Dekodierung von Wireless M-Bus Nachrichten. Solche Nachrichten werden z. B. von Zählern für Wasser, Wärme, Gas und Elektrizität ausgestrahlt.
	Wireless M-Bus ist ein Standardprotokoll das von unterschiedlichen Herstellern unterstützt wird.		Wireless M-Bus ist ein Standardprotokoll das von unterschiedlichen Herstellern unterstützt wird.
	Das Protokoll unterstützt unterschiedliche Kodierungen des Funksignals, im wesentlichen den ~~sogenannten~~ S-Mode und ~~den T~~-Mode. Der Empfänger (z. B. ein CUL) muss den selben Modus nutzen wie der Sender (der Zähler).		Das Protokoll unterstützt unterschiedliche Kodierungen des Funksignals, im wesentlichen den S-Mode, T-Mode und C-Mode. Der Empfänger (z. B. ein CUL) muss den selben Modus nutzen wie der Sender (der Zähler).
	Wireless M-Bus unterstützt optional die Verschlüsselung der Daten per AES.		Wireless M-Bus unterstützt optional die Verschlüsselung der Daten per AES.
	Die von einem Zähler gesendeten Daten können sehr unterschiedlich sein und hängen u. a. vom Zählertyp und dessen Hersteller ab.		Die von einem Zähler gesendeten Daten können sehr unterschiedlich sein und hängen u. a. vom Zählertyp und dessen Hersteller ab.
Zeile 15:		Zeile 15:
	Das Modul interpretiert nur die Nachrichten die von einen geeigneten Empfänger empfangen werden. Aktuell kann ein [[CUL]] und verwandte Geräte die die culfw[http://culfw.de/culfw.html] verwenden sowie ein Amber Wireless AMB8465M dafür verwendet werden. In der culfw muss die Unterstützung des WMBUS-Protokolls aktiviert sein (#define HAS_MBUS). Bei einem CUL mit der Hardwareversion V4 ist das nicht der Fall.		Das Modul interpretiert nur die Nachrichten die von einen geeigneten Empfänger empfangen werden. Aktuell kann ein [[CUL]] und verwandte Geräte die die culfw[http://culfw.de/culfw.html] verwenden sowie ein Amber Wireless AMB8465M dafür verwendet werden. In der culfw muss die Unterstützung des WMBUS-Protokolls aktiviert sein (#define HAS_MBUS). Bei einem CUL mit der Hardwareversion V4 ist das nicht der Fall.

	Der CUL muss in FHEM mittels Attribut rfmode=WMBus_S oder ~~WMBus_T~~ in den zum Zähler passenden Empfangsmodus versetzt werden.		Der CUL muss in FHEM mittels Attribut rfmode=WMBus_S, WMBus_T oder WMBus_C in den zum Zähler passenden Empfangsmodus versetzt werden.

	== Anwendung ==		== Anwendung ==

Kaihs: Umterstützung für Kamstrup Multical

2018-06-24T20:01:45Z

Umterstützung für Kamstrup Multical

← Nächstältere Version		Version vom 24. Juni 2018, 22:01 Uhr
Zeile 74:		Zeile 74:
	* RWE SmartHome Powercontrol[http://www.rwe-smarthome.de/web/cms/de/1776202/smarthome/informieren/geraete/power-control/] sendet verschlüsselt und der Hersteller gibt nicht den vollständigen Schlüssel an{{Link2Forum\|Topic=24517\|Message=315949}}		* RWE SmartHome Powercontrol[http://www.rwe-smarthome.de/web/cms/de/1776202/smarthome/informieren/geraete/power-control/] sendet verschlüsselt und der Hersteller gibt nicht den vollständigen Schlüssel an{{Link2Forum\|Topic=24517\|Message=315949}}

	Daher werden bisher erst die [[EnergyCam]] der Firma Q-loud ~~und~~ Zähler von Easymeter vollständig unterstützt.		Daher werden bisher erst die [[EnergyCam]] der Firma Q-loud, Zähler von Easymeter und der Kamstrup Multical 21 vollständig unterstützt.
			Für den Multical 21 muss eine culfw mit Unterstützung für WMBUS C verwendet werden. Diese ist in der culfw ab dem 24.6.2018 enthalten.

	== Links ==		== Links ==

Markusbloch: Ersetzung von Forum-Links mit Vorlage Link2Forum

2017-03-19T19:52:13Z

Ersetzung von Forum-Links mit Vorlage Link2Forum

← Nächstältere Version		Version vom 19. März 2017, 21:52 Uhr
Zeile 72:		Zeile 72:
	* Techem und Hydrometer verwenden ein undokumentiertes Datenformat (CI-Field A2)		* Techem und Hydrometer verwenden ein undokumentiertes Datenformat (CI-Field A2)
	:''(Techem Heizkostenverteiler (CI-Field A0) können über das Modul [[TechemHKV]] ausgewertet werden)''		:''(Techem Heizkostenverteiler (CI-Field A0) können über das Modul [[TechemHKV]] ausgewertet werden)''
	* RWE SmartHome Powercontrol[http://www.rwe-smarthome.de/web/cms/de/1776202/smarthome/informieren/geraete/power-control/] sendet verschlüsselt und der Hersteller gibt nicht den vollständigen Schlüssel an~~[http://forum.fhem.de/index.php/topic,~~24517~~.msg315949.html#msg315949]~~		* RWE SmartHome Powercontrol[http://www.rwe-smarthome.de/web/cms/de/1776202/smarthome/informieren/geraete/power-control/] sendet verschlüsselt und der Hersteller gibt nicht den vollständigen Schlüssel an{{Link2Forum\|Topic=24517\|Message=315949}}

	Daher werden bisher erst die [[EnergyCam]] der Firma Q-loud und Zähler von Easymeter vollständig unterstützt.		Daher werden bisher erst die [[EnergyCam]] der Firma Q-loud und Zähler von Easymeter vollständig unterstützt.

	== Links ==		== Links ==
	* Forumsthread ~~[http://forum.fhem.de/index.php/topic,~~24517~~.0.html]~~		* Forumsthread {{Link2Forum\|Topic=24517}}
	* Protokoll Beschreibung [http://oms-group.org/download4all/]		* Protokoll Beschreibung [http://oms-group.org/download4all/]
	* Beschreibung des M-BUS Protokolls [http://www.m-bus.com/files/MBDOC48.PDF]		* Beschreibung des M-BUS Protokolls [http://www.m-bus.com/files/MBDOC48.PDF]
	[[Kategorie:Energieverbrauchsmessung]]		[[Kategorie:Energieverbrauchsmessung]]

Krikan: FHEM(R)

2017-01-24T16:45:26Z

FHEM(R)

← Nächstältere Version		Version vom 24. Januar 2017, 18:45 Uhr
Zeile 15:		Zeile 15:
	Das Modul interpretiert nur die Nachrichten die von einen geeigneten Empfänger empfangen werden. Aktuell kann ein [[CUL]] und verwandte Geräte die die culfw[http://culfw.de/culfw.html] verwenden sowie ein Amber Wireless AMB8465M dafür verwendet werden. In der culfw muss die Unterstützung des WMBUS-Protokolls aktiviert sein (#define HAS_MBUS). Bei einem CUL mit der Hardwareversion V4 ist das nicht der Fall.		Das Modul interpretiert nur die Nachrichten die von einen geeigneten Empfänger empfangen werden. Aktuell kann ein [[CUL]] und verwandte Geräte die die culfw[http://culfw.de/culfw.html] verwenden sowie ein Amber Wireless AMB8465M dafür verwendet werden. In der culfw muss die Unterstützung des WMBUS-Protokolls aktiviert sein (#define HAS_MBUS). Bei einem CUL mit der Hardwareversion V4 ist das nicht der Fall.

	Der CUL muss in ~~fhem~~ mittels Attribut rfmode=WMBus_S oder WMBus_T in den zum Zähler passenden Empfangsmodus versetzt werden.		Der CUL muss in FHEM mittels Attribut rfmode=WMBus_S oder WMBus_T in den zum Zähler passenden Empfangsmodus versetzt werden.

	== Anwendung ==		== Anwendung ==
	Die Erzeugung des passenden Devices in ~~fhem~~ geschieht automatisch beim Empfang des ersten Datenpakets eines Zählers. Voraussetzung dafür ist, dass [[autocreate]] aktiv ist.		Die Erzeugung des passenden Devices in FHEM geschieht automatisch beim Empfang des ersten Datenpakets eines Zählers. Voraussetzung dafür ist, dass [[autocreate]] aktiv ist.
	Alternativ kann ein Device manuell angelegt werden. Dazu wird der Hersteller, die Seriennummer, die Version und der Typ (Wasser, Gas, ...) des Zählers benötigt.		Alternativ kann ein Device manuell angelegt werden. Dazu wird der Hersteller, die Seriennummer, die Version und der Typ (Wasser, Gas, ...) des Zählers benötigt.
	Sind die Daten verschlüsselt wird auch noch der passende Schlüssel benötigt um die Daten entschlüsseln zu können.		Sind die Daten verschlüsselt wird auch noch der passende Schlüssel benötigt um die Daten entschlüsseln zu können.

	== Anwendungsbeispiele ==		== Anwendungsbeispiele ==
	Ein per [[EnergyCam]] abgelesener Elektrizitätszähler sieht in ~~fhem~~ z. B. so aus:		Ein per [[EnergyCam]] abgelesener Elektrizitätszähler sieht in FHEM z. B. so aus:
	<pre>		<pre>
	Internals:		Internals: