Wireless M-Bus für CUL

[tostmann]

Ich habe culfw um (vorerst) den Empfang von wireless m-bus Paketen erweitert.
Damit kann man z.B. KNX-RF machen oder auch Stromzähler und Wasseruhren abfragen.
Interessant ist wohl dabei auch die nachrüstbare Stromzähler-Ablesevorrichtung: http://forum.fhem.de/index.php?topic=18038.0

culfw schreibt die empfangenden raw-wmbus-Pakete in bekannter Weiser in Hex mit Prefix 'b'

Ich suche somit Tester für culfw und Integratoren für wMBus in FHEM.

[Ich79]

Hi!
Das hört sich interessant an! Ich habe leider keinen CUL (noch?). Für mich wäre insbesondere interessant die Werte der Wasseruhren und Heizkostenverteiler zu bekommen. Hier sind überall die Geräte von Qundis installiert. Als Heizkostenverteiler die "caloric 5" Geräte. Die Daten laufen scheinbar bei einem Gerät im Treppenhaus zusammen (Was genau das ist, weiss ich nicht. Ist von Siemens).
Nach meiner Recherche ist der M-Bus aber unter Umständen verschlüsselt.
Weiss jemand, ob das wirklich so ist? Bzw wie hoch die Chancen sind an die Daten zu kommen? Dann würde ich mir wohl auch mal einen CUL holen. Das wäre schon sehr interessant.

Viele Grüße,
Boris

[Puschel74]

Hallo,

wenn es mit dem CUL nicht klappt kannst du ihn ja immer noch im Marktplatz verkaufen 

Grüße

[johgoe]

Wie kann ich die culfw und den wMBus testen? Einen CUL hab ich bereits

[tostmann]

Aktuelle Firmware 1.60+ installieren und dann auf Empfang gehen. Es gibt für T- oder S-Mode je ein Kommando:

brs  (für S-Mode)
brt  (für T-Mode)

und schauen ob was empfangen wird...

[SPRFastForward]

Hallo,

wir von FAST FORWARD haben ein neues Thema unter http://forum.fhem.de/index.php/topic,25285.0.html eröffnet.

Vielleicht ist das was für Euch?

Gruss

SPRFastForward

[kaihs]

Ich habe damit jetzt mal ein wenig rum gespielt.

Sehe ich das richtig, dass sobald der wireless m-bus Empfang eingeschaltet wird (brs) kein anderes Protokoll (z. B. Homematic) mehr empfangen wird?

Auch nach Ausschalten von mbus (brx) ist bei mir weiterhin kein Empfang von Homematic möglich, erst nach dem expliziten Kommando Ar.

Ist das so gedacht?

Gruß,

Kai

[tostmann]

Der Empfang pro Transceiver ist immer SyncWord und Bitraten abhängig und daher nur für ein Protokoll: Homematic, MAX!, SlowRF oder eben auch m-bus zur gleichen Zeit möglich.
Aus diesem Grunde wurde SCC entwickelt, der mehrfach übereinander steckbar gleichzeitigen Empfang ermöglicht - so erforderlich.

[kossmann]

Habe ich das richtig verstanden, kann man mit der neuen Firmware und passendem CUL nun die Funkprotokolle der (beispielsweise) Qundis Wasseruhren mitlesen? Benötigt man da noch weiteres, z.B. irgendwelche Dekodierungs-Schlüssel o.ä. oder kann ich einfach alle Wasseruhren der Nachbarschaft "mitlesen"?

[kaihs]

Wireless M-Bus ist normalerweise AES-128 verschlüsselt, d.h. man braucht den Schlüssel der Wasseruhr die man auslesen will.

Die Verschlüsselung ist allerdings nicht zwingend, d.h. evtl. kommt auch was unverschlüsseltes von den Nachbarn.

Ich arbeite gerade an einem Wireless M-Bus Modul für fhem, so dass solche Uhren dort einfach integriert werden können.
Ist aber noch ganz am Anfang, ich kann noch keinen Fertigstellungstermin nennen.

Hast du so eine Wasseruhr mit Wireless M-Bus und wärst interessiert daran das fhem Modul zu testen?

Gruß,

Kai

[kossmann]

Ich habe sogar zwei solcher Uhren (Warm- und Kaltwasser) und einen Wärmemengenzähler an der Fußbodenheizung. Sollte das Protokoll verschlüsselt sein, besteht jedoch das Problem, dass ich nicht weiß, ob der Hausverwalter den Schlüssel kennt. Ich meine aber, dass wir nicht mehr von einer Firma ablesen lassen, sondern der Hausverwalter dies kostengünstig übernimmt (und damit den Schlüssel kennen müsste), wobei "Ablesen" hier natürlich "in den Hausflur stellen und Daten empfangen" bedeutet.

Da ich meinen CUL868 gegen einen CUL433 getauscht habe (dieser macht nur Intertechno), stellt sich die nächste Frage: Funktioniert´s damit auch? Den 868er kann ich ja temporär mit 433 MHz nutzen - geht´s auch umgekehrt? Falls ja: Wenn du mir eine kurze Anleitung gibst, was ich tun soll, lass ich den CUL mal horchen (Intertechno wird im Sommer selten benötigt und kann daher gerne mal für Testzwecke ausfallen).

[bm7777]

Wireless M-Bus ist normalerweise AES-128 verschlüsselt, d.h. man braucht den Schlüssel der Wasseruhr die man auslesen will.

Die Verschlüsselung ist allerdings nicht zwingend, d.h. evtl. kommt auch was unverschlüsseltes von den Nachbarn.

Ich arbeite gerade an einem Wireless M-Bus Modul für fhem, so dass solche Uhren dort einfach integriert werden können.
Ist aber noch ganz am Anfang, ich kann noch keinen Fertigstellungstermin nennen.

Hast du so eine Wasseruhr mit Wireless M-Bus und wärst interessiert daran das fhem Modul zu testen?

Gruß,

Kai

Hallo,
ich wäre sehr interessiert das Modul zu testen. Die entsprechende Hardware habe ist vorhanden. Ich bin aber noch ganz am Anfang mit fhem , deswegen könnte es immer ein wenig dauern bis du Ergebnisse bekommst.

[kaihs]

Schön, dass ihr Interesse an dem Test habt.

Der Empfang sollte prinzipiell auch mit einem 433MHz CUL funktionieren, die Reichweite ist nur schlechter. Wie weit ist der CUL von den Uhren entfernt?

Voraussetzung für den Test ist ein CUL mit einer culfw die Wireless M-BUS unterstützt, d.h. ab Version 1.59.

Wireless M-BUS Geräte können auf zwei unterschiedliche Arten funken, der sog. S-Mode und T-Mode.
Da ihr wahrscheinlich nicht wisst, welchen Mode eure Geräte verwenden müsst ihr beide ausprobieren.

Dazu für den S-Mode

Code Auswählen Erweitern


set [euerCulDevice] raw brs


bzw. für den T-Mode

Code Auswählen Erweitern


set [euerCulDevice] raw brt


ausführen.

Danach ist der CUL allerdings 'taub' für allen anderen Funkverkehr, es wird also ein CUL exklusiv für Wireless M-BUS benötigt.

Mit

Code Auswählen Erweitern


set [euerCulDevice] raw Ar


könnt ihr aber jederzeit wieder auf z. B. Homematic zurückschalten.

Dann mit

Code Auswählen Erweitern


attr [euerCulDevice] verbose 5


dafür sorgen, dass mehr ins Log geschrieben wird.

Dann heißt es warten, Wireless M-BUS Geräte entscheiden selbst wann sie senden, abhängig von der Geräteklasse.
Einmal in 24 Stunden sollten sie sich aber mindestens melden, wahrscheinlich aber viel häufiger, z. B. alle 15 Minuten.

Dann sollte im Log ein empfangener Code auftauchen der mit einem kleinen b anfängt.
Das dann bitte hier posten, ich werde dann versuchen das zu dekodieren.
Selbst wenn das verschlüsselt ist lässt sich der Header mit Hersteller und Seriennummer immer dekodieren.

Gruß,

Kai

[kossmann]

Die Meldungen kommen dann im fhem.log, richtig?

Ich habe mir eben auf dem CUL v3.4 433MHz mal die aktuelle Firmware 1.61 geflasht, im Logfile bekomme ich jedoch folgendes:

Code Auswählen Erweitern

screen /dev/ttypACM0
V
V 1.61 CUL433

Code Auswählen Erweitern

2014.07.27 17:56:20.535 3: set MyCUL raw brs
2014.07.27 17:56:20.550 2: MyCUL: unknown message SMODE

Der T-Mode scheint jedoch zu funktionieren:

Code Auswählen Erweitern

2014.07.27 18:01:22.172 3: set MyCUL raw brt
2014.07.27 18:01:22.173 5: SW: brt

Die Uhren sind übrigens weniger als 2m vom CUL entfernt, nur durch eine 10cm Ytong-Wand getrennt. Der Wärmemengenzähler befindet sich noch näher am CUL, allerdings in einem Blech-Gehäuse (Heizungsverteiler). Die Zähler des Nachbarn sind nur durch eine 30cm gemauerte Wand getrennt.

[kossmann]

Hab beim S-Modus irgendwas falsch gemacht, geht jetzt. Nachdem im T-Modus nach 30 Minuten immer noch keine Meldung kam, lausche ich jetzt mal im S-Modus...

Code Auswählen Erweitern

2014.07.27 17:56:20.535 3: set MyCUL raw brs
2014.07.27 17:56:20.550 2: MyCUL: unknown message SMODE
2014.07.27 18:01:22.172 3: set MyCUL raw brt
2014.07.27 18:01:22.173 5: SW: brt
2014.07.27 18:33:39.553 3: set MyCUL raw brs
2014.07.27 18:33:39.553 5: SW: brs