CUxD mit Wireless M-Bus - OMS mitschneiden und CUxD Lizenz

[Peterson]

Hallo,
ich bin neu hier und versuche mich gerade an w M-Bus über CUxD auf einem Pi4 mit Raspberrymatic. Als CUL benutze ich einen selbstbau CUL (Arduino Nano mit CC1101 868 MHz). Der CUL und CUxD arbeiten auch zusammen, ein eq3 Max! Gerät konnte ich damit finden und wenn ich auf verschiedene Protokolle gehorcht habe kam auch was rein (ich wohne aber in einem Mehrfamilienhaus, das muss also nicht unbedingt von mir gewesen sein).
Mein eigentliches Ziel mit dem CUL ist es, die Datenpackete meiner Heizkostenverteiler mitzuschneiden. Wir haben welche von Qivalo bekommen und die rühmen sich damit, dass sie das Open Metering System OMS Version 3 umsetzen und das angeblich sehr offen.
So nun zum CUL und CUxD: Ich bin hier etwas verwirrt, was die Lizenz für w M-Bus angeht. Wenn ich den CUL mit der normalen 1.67 Firmware flashe ist der b Befehl (für Kommunikation in w M-Bus) nicht verfügbar. Ich habe dann eine Firmware gefunden, die speziell für w M-Bus ist und da ist der b Befehl enthalten und unter CUxD gibt der CUL bei brs auch SMODE zurück. Ich bekomme aber keine Packete rein (soweit ich rausgelesen habe sollten die Verteiler alle 15 min im 868 MHz Band senden, ob s, t oder anderer Mode weiß ich noch nicht). Bevor ich mir jetzt graue Haare wachsen lasse, brauche ich hierfür auch die CUxD w M-Bus Lizenz?
An anderer Stelle hier im Forum habe ich gelesen, dass z.B. für EnOcean Geräte keine Lizenz für w M-Bus in CUxD notwendig ist. Ist das reine Horchen auf w M-Bus im Terminal also auch ohne Lizenzkey möglich oder nicht?

Viele Grüße
Andreas

[mpcc]

hohhhhh das ist ja ein Kuddelmuddel ....

Ich versuche mal was zu schreiben , kann aber sein dass der Uwe als CUXD Entwickler das noch
anders sagt ....

->>> dass z.B. für EnOcean Geräte keine Lizenz für w M-Bus in CUxD notwendig ist.
Das passt nun gar nicht zusammen. Das EnOcean Protokoll hat nichts mit dem WMBus Protokoll zu tun
Das ist wie Z-wave + Zigbee - passt auch nicht zusammen.

->>> Ist das reine Horchen auf w M-Bus im Terminal also auch ohne Lizenzkey möglich oder nicht?
Du magst Daten mit einem WMBus USB Stick durchaus ohne Lizenz mitlesen können im Terminal
des CUXD. Ob du da dann draus schlau wirst weiss ich nicht aber ich glaube eher nicht.
Ob man mit einem CUL und einer WMBus Firmware WMBus Daten lesen kann weiß ich auch nicht
aber die Geräte die wir mit der WMBus Lizenz umgesetzt haben in der CCU wirst du mit diesem
Stick nicht einbinden können, da du den Stick ja nicht lizenzieren kannst.

->>> Open Metering System OMS Version 3
Ok also OMS ist das Protokoll welches per WMBus übertragen wird. Fakt ist , dass wir OMS nicht
umgesetzt haben. Selbst wenn du die Daten also mitlesen kannst musst du dich wie auch immer
noch um die Interpretation der Daten also die Übersetzung des OMS in HM kümmern ...

Im großen und ganzen für mich nicht der richtige Weg ...

[Peterson]

Danke, also sollte der reine Empfang im Terminal gehen. Dann muss ich weiter schauen woran es liegt.

Am Anfang geht es mir nur um die prinzipielle Machbarkeit und ich wollte die Fehlerquelle mit der Lizenz ausschließen. Mir war schon klar, dass es für OMS Geräte keine fertige Implementierung im CUxD gibt. Da möchte ich mich dran machen, wenn ich es schaffe irgendetwas zu empfangen.

Weil du meintest, das wäre nicht der richtige Weg, was wäre denn dafür geeigneter den CUL lauschen zu lassen? CUxD hatte ich da von der Raspberry CCU. Wenn es anders besser geht setze ich gerne was Eigenes dafür auf.

[mpcc]

ich würde mir eine Lösung suchen die schon funktioniert und dann die
Daten vom CUXD holen lassen ...
ioBroker oder so was ?

[Fonzo]

Wenn es anders besser geht setze ich gerne was Eigenes dafür auf.

Nimmst Du z.B. Komponenten von Relay und bindest diese über IP-Symcon zusammen an Homematic IP bzw. an die CCU an, dann kannst Du Dir weiteres basteln sparen, Relay ist Mitglied der OMS Group.

[Peterson]

Funktionieren würden wahrscheinlich käufliche Lösungen für z.B. Ablesedienste die dann aber mit Software deutlich teurer sind als ich je dafür ausgeben würde. Mir geht es ja auch ums basteln und den Erkenntnisgewinn . Wenn dann hätte ich mir noch Hofnung mit FHEM gemacht. Wie kann IoBroker damit besser zurechtkommen, wenn ich gar keine Datenpackete reinbekomme (ich muss dazu sagen, mit IoBroker habe ich mich noch gar nicht beschäftigt).

Nimmst Du z.B. Komponenten von Relay

Die vorhandenen Heizkostenverteiler stehen nicht zur Diskussion, die sind im Haus halt drin.

[Fonzo]

Nimmst Du z.B. Komponenten von Relay

Die vorhandenen Heizkostenverteiler stehen nicht zur Diskussion, die sind im Haus halt drin.

Du sollst ja auch nicht die Heizung austauschen sondern ein wireless M-Bus Gateway nutzten, das der Norm EN 13757-4 entspricht und konform und kompatibel zu OMS nach Spec 4 ist, wenn Du denn OMS nutzten willst.

[Peterson]

Entschuldigung, da hatte ich dich falsch verstanden. Die Geräte sind interessant, aber leider eine ziemliche Investition.
Also kann ich die Idee das ganze einfach mit einem CUL zu machen wohl eher vergessen.

[Fonzo]

Die Geräte sind interessant, aber leider eine ziemliche Investition.

Dafür entsprechen diese eben OMS Norm und funktionieren.

Also kann ich die Idee das ganze einfach mit einem CUL zu machen wohl eher vergessen.

Sehr wahrscheinlich, vor allem wenn noch AES Verschlüssung nach Mode 5 oder 7 benutzt werden sollte.

[Peterson]

Danke. Falls es mich mal zu arg reizt, der Preis für so ein Gerät scheint ja zumindest nicht astronomisch (hab 140€ gefunden).
Mich fuchst nur ein bischen, dass ich gar nichts empfange.