Wireless M-Bus für CUL

[stefan-dd]

Hallo, ich habe Probleme mit dem decodieren von Engelman Sensorstar https://www.engelmann.de/wp-content/uploads/2019/02/1080600020_BA_Kommunikationsschnittstellen_S3C_de.pdf Zählern. hat jemand bereits erfolgreich diese Zähler auslesen können oder hat Tips was ich umstellen muss?

Hallo, bei mir wurden auch einige Engelmann SensoStar Q mit dem verlinkten Funk-Kommunikationsmodul verbaut (von der Hausverwaltung, nicht von mir, Schlüssel habe ich noch nicht). Ich habe seit mindestens zwei Wochen einen NanoCUL (mit aculfw und vergrößertem TTYBUF) in Betrieb und die ebenfalls neu verbauten Wasseruhren kann ich problemlos empfangen. Trotz der im ganzen Haus vielfach verbauten Wärmemengenzähler SensoStar Q kann ich aber keinen einzigen davon in den Logs entdecken - zumindest deren IDs müsste ich ja auch ohne Kenntnis des Schlüssels entdecken. Klappt auch nicht mit einer bereits vorkompilierten Version der aculfw. Liegt da vielleicht ein grundsätzliches Problem mit den Geräten von Engelmann vor? Gibt es jemanden, der diese erfolgreich empfängt?

Gibt es eine Lösung die Engelmann Wärmezähler mit einer CUL auszulesen?

[Adimarantis]

Ich habe jetzt einen Diehl Hydrus 173 bekommen und empfange auch die Telegramme mit meiner NanoCUL auf WMBus_T.
Wie so vielen fehlt mir der AES Schlüssel - die die ich bisher gefunden habe passen nicht.
Falls jemand weitere Schlüssel zum Ausprobieren hat, gerne per PM
Ich bezweifele, dass mein Versorger den Schlüssel rausrückt, aber probieren werde ichs parallel auch mal.

Danke,
Jörg

[Reinhart]

ich habe mich mit diesem Thema auch eine Woche gespielt, aber bei mir ist es an der Übergabe des Keys gescheitert.

Ich habe mich daher entschlossen den für Österreichische Netzanbieter erhältlichen Adapter zu kaufen, der übermittelt via MQTT und funktioniert mit sehr hoher Reichweite über 3 Stockwerke. Der Preis ist allerdings mit 175.- € sehr hoch. Da ich auch Testkunde eines dynamischen Netztarif (nicht Stromtarif) bin, musste ich ohnehin diesen Adapter auswählen da sonst kein anderer eine Schnittstelle zur App (INNOnet) hat.
als erstes musste ich den Digitalen Stromzähler gegen einen neuen tauschen lassen, dann konnte ich im Kundenportal meines Netzanbieters einen Schlüssel anfordern, der nach 2 Tagen übermittelt wurde und die Kundenschnittstelle ebenso übers Web scharf schalten.
Den Schlüssel in der Weboberfläche des Adapters eintragen und die MQTT Daten waren schon da.

Smart Meter

WMbus Adapter

[dkreutz]

Ich bekomme in ein paar Wochen eine Wärmepumpe (Buderus WLW186 baugleich Bosch C6800) eingebaut. Da die WP keinen eigenen Wärmemengenzähler hat (erzeugte Wärmemenge bzw. Arbeitszahl wird nur anhand interner Werte "geschätzt"), möchte ich einen eigenen WMZ installieren (lassen). Nach einiger Recherche - u.a. hier - scheint mir der Kamstrup Multical 303 mit wMBUS-Modul am einfachsten bzw. zuverlässigsten in FHEM einzubinden sein.

Vorhanden ist ein MapleCUN mit a-culfw V1.26.03 Build: 300 (2018-04-15_20-15-39). Hat jemand diese Kombination im Einsatz?

[FHEm2005]

Ich habe in der Eigentümergemeinschaft 32 eHKV von Allmess instellieren lassen. Diese wurden ohne Schlüssel geliefert. zu Einsatz kommt deer wMBUS vermutlich Variante S. Ich habe hier einen nanoCUL der zwar mit der culfw1.67 mit aktiviertem #define HAS_MBUS in der board.h. Was wäre für mich die optimale SW? Momentan empfange ich keine Pakete.
Hier meine Konfigurtion:

Code Auswählen Erweitern

Internals:
   CMDS       BbCFiAZEkGMKUYRTVWXefltx
   CUL2_MSGCNT 59
   CUL2_TIME  2025-11-17 12:01:42
   Clients    :WMBUS:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        /dev/serial/by-id/usb-1a86_USB_Serial-if00-port0@38400 4321
   DeviceName /dev/serial/by-id/usb-1a86_USB_Serial-if00-port0@38400
   FD         35
   FHTID      4321
   FUUID      6919b4a4-f33f-ae46-2da9-904b2227f6593172
   NAME       CUL2
   NR         459
   PARTIAL    4321

   RAWMSG     OFF
   RSSI       -87
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.66 nanoCUL433
   devioNoSTATE 1
   eventCount 25
   initString X21
brc
   MatchList:
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     J:WMBUS    ^b.*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2025-11-17 11:47:37   ccconf          freq:868.300MHz bWidth:270KHz rAmpl:36dB sens:12dB
     2025-11-17 12:02:13   cmds             B b C F i A Z E k G M K U Y R T V W X e f l t x
     2025-11-16 12:35:12   raw             isF000FF0FFFF0
     2025-11-17 12:02:13   state           Initialized
Attributes:
   event-on-change-reading .*
   longids    0
   model      CUL
   rfmode     WMBus_C
   room       System->Basics
   verbose    5Wo muss ich an den Einstellungen schrauben?

Gruß Eberhard

[FHEm2005]

Kurzer Status:



die ersten Erfolgserlebnisse hatte ich mit Empfangsversuchen eines nanoCUL und der Software culfw-1.67. Damit hatte ich dann eionige der verschlüsselten Telegramme der EquaScan eHKV empfangen können. Da der Empfangskreis aber auf 433 MHz incl Antenne abgestimmt war, ist Anzahl der zu empfangenden Endpunkte übersichtlich gewesen. Der AquaScan benutzt die Variante MBUS_C. 

Der nächste Schrit war ein CC1101 für 868MHz incl. der passenden Drahtantenne (spiralförmig). Die Software für den Nano war hier die fertige hex-Datei: nanoCUL868_r571_mbus_c1t1_bufsize300_libc210.hex und enthielt die Version V 1.67 nanoCUL868_r571. Hier waren dann alle 32 eHKV mit stark unterschiedlichen Feldstärken zu empfangen. Jetzt geht es darum die Antenne noch zu verbessern und die empfangenen Daten dekodieren zu können. Dafür fehlt mir aber leider noch der AES-Key. Mal abwarten, was diesbezüglich noch passiert.

Gruß Eberhard
 

[FHEm2005]

Unter anderem Fortsetzung von https://forum.fhem.de/index.php?topic=143650.0 Zwei Diskussionen über das gleiche Thema an unterschiedlichen Stellen ist Mist. Sorry.

Wie ist bei mir der aktuelle Stand:
Die Geräte waren bisher nicht entschlüsselt, sondern mit einem AES-Schlüssel verschlüsselt. Der ist jetzt definitiv entfernt worden. Das bedeutet alle HKV senden unverschlüsselt. Alle 34 HKVe wurden von dem Modul MBUS per autocreate erkannt und angelegt. Leider kann ich an den ankommenden Daten nichts erkennen. Gesendet wird laut  Hersteller im C1 modus.
Nun sehen die Telegramme wie im andern Thread bereits angepinnt aus, angezeigt wird aber leider nur in das RAW-Telgramm. Hier noch einmal aus dem o.a. Thread:

2026-01-13_18:59:34 52228236 Rohdaten: 2026-01-13_18:59:34 52228236 Rohdaten: b43449726368222520208420A8C203C900F002C253C000000310DB25E3224D2B024A07AAD00200710CC7095D9A79943937CC530738AF8A6D3695B68CDC00A95414B7DF8386950526F500F4AF45C0180::-53.5

Ich werde mal wmbusmeters installieren und hoffe, dass a) der nanoCUL verwendet werden kann, b) die Daten an meinen MQTT-Server abgegeben werden können und c) nicht unbedingt zusätzlich HA installiert werden muss. Hat jemand eine ähnliche Konfiguration mit nanoCUL laufen?

Gruß Eberhard

[Ralf9]

Hallo Eberhard

wenn ich mit dieser message mit einem dummy sduino einen dispatch zum WMBUS Modul mache, bekomme ich im log die folgende Fehlermeldung:
".. 2: WMBUS WMBUS_ITW_52228236_2_8 Error during ApplicationLayer parse: encrypted message and no aeskey provided"

Das WMBUS Modul ist anscheinend der Meinung, daß die Nachricht verschlüsselt ist, evtl passt da was nicht im WMBUS Modul.

Der maintainer vom WMBUS Modul ist kaihs, er ist aber nur noch recht selten hier im forum aktiv.
Du kannst ihm mal eine PM mit einen Link hierher schreiben.

Gruß Ralf