Monatsrückblick Oktober 2026 ist online!

[olej]

Hallo @lvogt
Erstmal vielen Dank für den Adapter und den Support hier.
Ich nutze einen IMST iM871A mit meinem Wasserzähler von Kamstrup.
Leider sehe ich im Log viele Eintrage mit "Unknown compact frame format".
Zwar bekomme ich den Zählerstand übermittelt und angezeigt, aber dennoch sind wohl viele Frames nicht auswertbar? Ich frage mich, was ich hier ggf. "verpasse" :)
Weiter läuft der Adapter nur dauerhaft stabil, wenn ich "Cache für Kompakt-Telegramme" deaktiviere.
Vermutlich wird durch die Unknown Frames der Speicher zugemüllt?

Wenn ich irgendwelche Infos bereitstellen soll, sag bescheid.
Danke im Voraus für die Hilfe!

[KüstenKlaus]

Hallo, ich habe 4 BFW Radio 240, lt. BFW senden diese HKVs noch unverschlüsselt. Mit Hilfe eines CUL Sticks und dem wireless MBus Adapter v0.10.2 ( grünes Quadrat => Verbindung OK ) sehe ich im Objekt zweigt die 4 HKVs. Die IDs passen aber sonst stimmt kein Wert mit dem auf dem HKV Display angezeigten überein. Kann man mit dem WMBus Adapter nur bestimmte HKV auslesen ?

[lvogt]

@olej sagte in Test Adapter wireless-mbus v0.10.x:

Hallo @lvogt
Erstmal vielen Dank für den Adapter und den Support hier.
Ich nutze einen IMST iM871A mit meinem Wasserzähler von Kamstrup.
Leider sehe ich im Log viele Eintrage mit "Unknown compact frame format".
Zwar bekomme ich den Zählerstand übermittelt und angezeigt, aber dennoch sind wohl viele Frames nicht auswertbar? Ich frage mich, was ich hier ggf. "verpasse" :)

Wenn man diese Option aktiviert, dann passiert folgendes: Wenn ein Telegram mit "unknown compact frame format" erhalten wird, merkt sich der Adapter dass er es "braucht". Der Wasserzähler sendet "oft" nur das Kompakttelegramm, aber auch (alle 5min oder so) ein "vollständiges". Wenn dann ein vollständiges eintrifft sollte sich der Adapter die Struktur merken und ab dann (bis zum Adapter neustart) auch die Kompakttelegramm korrekt interpretieren können.

Wenn man die Option ausschaltet, können nur die "selteneren" vollständidgen Telegramme ausgewertet.

Weiter läuft der Adapter nur dauerhaft stabil, wenn ich "Cache für Kompakt-Telegramme" deaktiviere.
Vermutlich wird durch die Unknown Frames der Speicher zugemüllt?

Eigentlich sollte das nicht so sein. Was bedeutet denn "nicht stabil"?

---

@KüstenKlaus sagte in Test Adapter wireless-mbus v0.10.x:

Hallo, ich habe 4 BFW Radio 240, lt. BFW senden diese HKVs noch unverschlüsselt. Mit Hilfe eines CUL Sticks und dem wireless MBus Adapter v0.10.2 ( grünes Quadrat => Verbindung OK ) sehe ich im Objekt zweigt die 4 HKVs. Die IDs passen aber sonst stimmt kein Wert mit dem auf dem HKV Display angezeigten überein. Kann man mit dem WMBus Adapter nur bestimmte HKV auslesen ?

In gewisserweise ja. Techem HKV werden zwar unterstützt, aber die verwenden ein proprietäres Format, da könnte sich vl ein Fehler eingeschlichen haben, oder vl. neuere Geräte das Format etwas verändert haben.
Es gibt auch HKV die "normale" wireless mbus telegramme senden, die sollte natürlich auch kein Problem sein.

Es gibt auch HKV, die andere Funkstandards verwenden, zb "AMR", die können so natürlich überhaupt nicht empfangen werden.

Dass die IDs stimmen spricht dafür das es tatsähclich die richtigen sind, auch wenn mich wundert dass du nur genau deine 4 HKV findest, üblicherweise sollte es ja im Haus dann noch mehr geben, sonst wären die ja sinnlos...

Wenn du willst kannst du mal ein paar Telegramme zusammen mit deinen "erwarteten Werten entsprechend des Displays" hier posten oder mir direkt schicken. Dann kann ich mal gucken ob ich irgendeinen Fehler finde. Ich bin allerdings nicht sicher wann ich dazu komme!

[CommanderXXL]

Hallo zusammen, ich habe seit letzter Woche jetzt auch einen Diehl Hydrus 2.0 und habe mir daher den IMST iU891A XL bestellt. Den habe ich auch, soweit ich es aus den Logs sehen kann erfolgreich mit diesem Adapter verbunden:

wireless-mbus.0
2026-06-26 21:07:51.297 info IMSTv2: Receiver set to T-Mode
wireless-mbus.0
2026-06-26 21:07:51.278 info IMSTv2: Firmware v1.0 --- build count 84 on 14.11.2024 --- WMBusGateway
wireless-mbus.0
2026-06-26 21:07:51.278 info IMSTv2: Device status: OK
wireless-mbus.0
2026-06-26 21:07:51.272 info IMSTv2: Device status: OK
wireless-mbus.0
2026-06-26 21:07:51.243 info starting. Version 0.10.2 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v22.23.0, js-controller: 7.2.2
host.ioBrokerPi
2026-06-26 21:07:50.535 info instance system.adapter.wireless-mbus.0 in version "0.10.2" started with pid 21706
Leider kommt aber kein einziges Device im Log in die Anzeige.
Den AES Key habe ich von meinem Wasseranbieter angefragt, die leiten die Anfrage aber nur an Diehl weiter und von dort sollte ich in ein paar Tagen den Key bekommen. Ich hatte aber gehofft vorher wenigstens das Device schon zu finden.

Hat jemand spontan eine Idee woran das liegen könnte dass ich keine Geräte sehe? Der Zähler ist Luftlinie 2m von der Antenne des iU891A XL entfernt und er müsste alle 14 Sekunden ein Paket schicken. Ich würde das eventuell mit einem anderen Kommandozeilentool auf meinem Raspberry Pi 5 austesten, aber ich weiß nicht wie.

[Andreas67 0]

Servus, @commanderxxl Das Problem liegt sehr wahrscheinlich an einer Inkompatibilität des Funk-Modus. Laut deinem Log ist der Adapter auf T-Mode eingestellt (Receiver set to T-Mode).Der Diehl Hydrus 2.0 sendet standardmäßig fast immer im C1-Modus (seltener im S-Modus), aber praktisch nie im T-Modus. Da die Modi funktechnisch nicht kompatibel sind, "hört" dein IMST-Stick den Zähler aktuell einfach nicht. Deshalb taucht das Gerät nicht einmal als unbekanntes Device auf.1. Lösung im ioBrokerGeh in die Konfiguration deines wireless-mbus.0 Adapters und stelle den WMBus-Modus von T auf C1 / C (oder einen kombinierten Modus wie T+C, falls der Adapter das für deinen Stick anbietet). Nach einem Neustart des Adapters solltest du den Zähler innerhalb weniger Minuten im Log sehen (dann natürlich erst mal mit einem Fehler wegen des fehlenden AES-Keys).2. Testen auf der Raspberry Pi 5 KonsoleWenn du das außerhalb von ioBroker testen willst, um zu sehen, ob überhaupt Pakete ankommen, eignet sich das Tool wmbusmeters:Wichtig: Stoppe zuerst die ioBroker-Instanz, damit die serielle Schnittstelle frei wird.Installiere das Tool auf dem Pi:bashsudo apt update && sudo apt install wmbusmeters
Starte den Suchmodus im C1-Modus (Schnittstelle /dev/tty... ggf. anpassen):bashwmbusmeters --debug /dev/ttyUSB0:imst c1
Wenn der Modus stimmt, solltest du hier alle 14 Sekunden die rohen (noch verschlüsselten) HEX-Telegramme deines Hydrus einlaufen sehen.

[bilberry]

Hallo @commanderxxl,
ich habe die gleiche Konstellation seit ca. drei Wochen bei mir am laufen. Allerdings auch im T-Modus. C-Modus habe ich nie probiert, erinnere mich aber, dass T/C zumindest bei meinen ersten Tests auch funktioniert hat.
Vielleicht hilft Dir der Screenshot meiner Konfig:

[CommanderXXL]

Hallo @andreas67-0 vielen Dank. Genau das war das Problem. Auf C-Mode umgestellt und sofort schon 2 Geräte in der Liste gehabt. vermutlich mein Nachbar der den Zähler auch schon hat.
Und dabei dachte ich dass die Hydrus immer auf T-Mode senden. Tja, offensichtlich sind die Geräte manchmal unterschieldich konfiguriert. Bei @bilberry scheint es ja wohl doch der T Mode zu sein. Also jetzt brauche ich nur noch den AES Key und kann schön mein Wasser tracken.

Danke

[KüstenKlaus]

ivogt, Ich habe es jetzt mit einem Script gelöst: https://github.com/speefak/hvk-reader-bfw

Der Empfang hätte auch nicht bis in den Keller zum ioBroker Server gereicht, von daher ist eine Mobile Script Lösung fürs Notebook besser.

Ich denke die nächsten HKV werden welche mit LoRaWAN um o.g. Probleme zu umgehen.

[warp-it]

Hallo,
was läuft falsch mit dem NANOCUL?
Version wird zurückgegeben...
Viele Grüße
Heinrich

wireless-mbus.0 2026-09-02 16:10:04.669 error Error: Response was ? (brt is unknown) Use one of A B C e F G h i K k L l M m N R T t U u V W X x Y Z
wireless-mbus.0 2026-09-02 16:10:04.669 error Error opening serial port /dev/ttyACM1 with baudrate 38400
wireless-mbus.0 2026-09-02 16:10:04.667 error CUL: Failed to init device: Error: Response was ? (brt is unknown) Use one of A B C e F G h i K k L l M m N R T t U u V W X x Y Z
wireless-mbus.0 2026-09-02 16:10:04.659 info CUL: Version: V 1.67 CUL868
wireless-mbus.0 2026-09-02 16:10:04.578 info starting. Version 0.10.2 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v22.23.0, js-controller: 7.2.2
wireless-mbus.0 2026-09-02 16:09:58.095 info terminating
wireless-mbus.0 2026-09-02 16:09:58.093 info terminating
wireless-mbus.0 2026-09-02 16:09:57.600 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
wireless-mbus.0 2026-09-02 16:09:57.595 error Serialport error: Port is not open
wireless-mbus.0 2026-09-02 16:09:57.584 info terminating
wireless-mbus.0 2026-09-02 16:09:57.582 info Got terminate signal TERMINATE_YOURSELF
wireless-mbus.0 2026-09-02 16:09:06.810 info List of port: [{"path":"/dev/ttyACM1","manufacturer":"SHA","pnpId":"usb-SHA_CUL868-if00","vendorId":"03eb","productId":"204b"},{"path":"/dev/ttyACM0","manufacturer":"schellenberg","serialNumber":"000000000000","pnpId":"usb-schellenberg_ENAS_000000000000-if00","vendorId":"16c0","productId":"05e1"}]

[Thomas Braun]

@warp-it sagte:

/dev/ttyACM1

Wohnt der auch unter der Adresse? Oder lungert der unter /dev/ttyACM0? Oder ganz woanders.

Verwendet doch nach Möglichkeit die Geräte 'Links-by-id'...

[warp-it]

Ja, er wohnt da, er liefert ja noch die Version zurück:
info CUL: Version: V 1.67 CUL868
Bei falscher Adresse könnte er das nicht.

Mit der Einstellung 'CUL' die ich oben verwendet habe geht die Instanz nicht auf 'grün'.
Jetzt habe ich mal 'Simple Hexstring' eingestellt, die Instanz geht auf 'grün', aber es wird kein Device angezeigt, dem ich den AES-Key verpassen könnte.

wireless-mbus.0 2026-09-02 16:53:56.934 debug connected set to true
wireless-mbus.0 2026-09-02 16:53:56.889 debug connected set to true
wireless-mbus.0 2026-09-02 16:53:56.820 debug Created device of type: Simple Hexstring
wireless-mbus.0 2026-09-02 16:53:56.751 info starting. Version 0.10.2 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v22.23.0, js-controller: 7.2.2
wireless-mbus.0 2026-09-02 16:53:50.053 info terminating
wireless-mbus.0 2026-09-02 16:53:50.052 info terminating
wireless-mbus.0 2026-09-02 16:53:49.552 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
wireless-mbus.0 2026-09-02 16:53:49.550 info terminating
wireless-mbus.0 2026-09-02 16:53:49.547 info Got terminate signal TERMINATE_YOURSELF
wireless-mbus.0 2026-09-02 16:53:10.602 info List of port: [{"path":"/dev/ttyACM1","manufacturer":"SHA","pnpId":"usb-SHA_CUL868-if00","vendorId":"03eb","productId":"204b"},{"path":"/dev/ttyACM0","manufacturer":"schellenberg","serialNumber":"000000000000","pnpId":"usb-schellenberg_ENAS_000000000000-if00","vendorId":"16c0","productId":"05e1"}]

[warp-it]

Verwendet doch nach Möglichkeit die Geräte 'Links-by-id'...

OK, nach dem Umstöpseln von 2 USB Devices verstehe ich, was du meinst.
Trotzdem sehe ich meine IPERL Wasseruhr nicht im IOBroker, und frage mich, ob ich den NanoCul noch konfigurieren muss.

[dragst3r]

@warp-it ich habe es auch nie geschafft. Ich hatte diverse USB-Sticks versucht, auch mit irgendwelchen Windows Programmen mal irgendwas zu empfangen. Nie Erfolg gehabt. Ich hoffe du schaffst es.

[warp-it]

Der Entwickler @lvogt liest hoffentlich hier mit und kann helfen

[warp-it]

Mit setting 'CUL' und 'debug':

wireless-mbus.0 2026-09-03 11:40:59.689 debug connected set to false
wireless-mbus.0 2026-09-03 11:40:59.642 error Error: Response was ? (brs is unknown) Use one of A B C e F G h i K k L l M m N R T t U u V W X x Y Z
wireless-mbus.0 2026-09-03 11:40:59.641 error Error opening serial port /dev/serial/by-id/usb-SHA_CUL868-if00 with baudrate 9600
wireless-mbus.0 2026-09-03 11:40:59.640 error CUL: Failed to init device: Error: Response was ? (brs is unknown) Use one of A B C e F G h i K k L l M m N R T t U u V W X x Y Z
wireless-mbus.0 2026-09-03 11:40:59.639 debug CUL: RX: 3f202862727320697320756e6b6e6f776e2920557365206f6e65206f6620412042204320652046204720682069204b206b204c206c204d206d204e2052205420742055207520562057205820782059205a0d0a
wireless-mbus.0 2026-09-03 11:40:59.632 debug CUL: TX: 5832310d0a6272730d0a
wireless-mbus.0 2026-09-03 11:40:59.631 info CUL: Version: V 1.67 CUL868
wireless-mbus.0 2026-09-03 11:40:59.630 debug CUL: RX: 5620312e36372043554c3836380d0a
wireless-mbus.0 2026-09-03 11:40:59.619 debug CUL: TX: 560d0a
wireless-mbus.0 2026-09-03 11:40:59.615 debug Created device of type: CUL
wireless-mbus.0 2026-09-03 11:40:59.559 info starting. Version 0.10.2 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v22.23.0, js-controller: 7.2.2
wireless-mbus.0 2026-09-03 11:40:52.409 info terminating
wireless-mbus.0 2026-09-03 11:40:52.408 info terminating
wireless-mbus.0 2026-09-03 11:40:51.908 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
wireless-mbus.0 2026-09-03 11:40:51.905 info terminating
wireless-mbus.0 2026-09-03 11:40:51.899 info Got terminate signal TERMINATE_YOURSELF
wireless-mbus.0 2026-09-03 11:40:31.235 info List of port: [{"path":"/dev/ttyACM2","manufacturer":"SHA","pnpId":"usb-SHA_CUL868-if00","vendorId":"03eb","productId":"204b"},{"path":"/dev/ttyACM1","manufacturer":"schellenberg","serialNumber":"000000000000","pnpId":"usb-schellenberg_ENAS_000000000000-if00","vendorId":"16c0","productId":"05e1"}]

[lvogt]

Wild Optionen ausprobieren hilft nur selten - warum sollte "Simple Hexstring" mit einem CUL funktionieren?

Ich denke du hast nicht die passenden CUL Firmware er sagt ja "brs unknown" - da ich aber noch nie einen CUL verwendet habe, muss dir da jemand anderes weiter helfen. (Evtl ist es auch eine Firmware mit wireless mbus aber ohne S-Mode? Funktioniert T Mode?)

[lvogt]

KI Disclaimer - Nicht alles was hier steht habe ich nochmal verifiziert...

wireless-mbus 0.12.0 ist im latest-Repository

Diese Version tauscht den Telegramm-Parser gegen die Bibliothek
wireless-mbus-parser aus und bringt eine neue Konfigurationsoberfläche.
Die Objekt-IDs bleiben, wie sie sind - aber eine Sache solltest du vor
dem Update wissen:

Messwerte sind jetzt Zahlen statt formatierter Text ("474.240" wird
zu 474.24). Die Datenpunkte waren immer schon vom Typ "mixed", ioBroker
selbst stört das also nicht - ein History-Adapter, der die Werte als
Text gespeichert hat, dagegen schon:

• InfluxDB nimmt für ein Feld, in dem Text steht, keine Zahlen an
  (field type conflict) - die Punkte landen im Nirwana.
• Beim SQL-Adapter wird pro Datenpunkt ein Typ geführt, dort kann die
  Reihe ebenfalls neu anfangen.
• Skripte, die auf den Text vergleichen (state.val === "474.240"),
  greifen nicht mehr, und vis-Widgets, die sich auf die feste Anzahl
  Nachkommastellen verlassen haben, zeigen jetzt eine glatte Zahl.

Schau nach dem Update also einmal ins Log deines History-Adapters und
entscheide pro Reihe, ob die alten Daten weg können oder neben den
neuen weiterleben sollen.

Weiter ändert sich:

• Tarif und Device-Unit wurden aus den falschen Bits gelesen und sind
  jetzt korrekt - bei Zählern mit mehreren Tarifen ändern sich dadurch
  die Namen der Datenpunkte, nicht die IDs.
• Reservierte und unbekannte VIFs heißen in der Bibliothek teilweise
  anders, ein paar Datenpunkte ungewöhnlicher Zähler tauchen deshalb
  unter einer neuen ID auf. Die alten bleiben stehen und können weg.
• Die Option "Cache for compact frames support" ist entfallen: Compact-
  Telegramme werden immer unterstützt, und das erste eines Zählers
  zählt nicht mehr in Richtung Blockliste.
• Die Konfiguration ist eine JSON-Config-Oberfläche geworden. Der
  serielle Port kann einfach eingetippt werden, das separate Feld für
  einen eigenen Port ist damit weg.

Empfang: die Receiver kommen jetzt aus gestörtem Empfang wieder
heraus. Ein beschädigtes Telegramm nimmt nicht mehr das nächste mit,
bei vielen Zählern gehen keine Telegramme mehr verloren (CUL und
"Simple Hexstring" haben pro Datenblock nur das erste ausgewertet), und
statt gelb stehen zu bleiben, versucht der Adapter die Verbindung zum
Empfänger erneut.

Rückmeldungen sind sehr willkommen - besonders von euch mit vielen
Zählern in Reichweite, mit einem IMST iU891A-XL oder mit einem CUL.
Die Update-Hinweise stehen auch im README:
https://github.com/lvogt/ioBroker.wireless-mbus#updating-from-011x

[warp-it]

@lvogt said:

Wild Optionen ausprobieren hilft nur selten - warum sollte "Simple Hexstring" mit einem CUL funktionieren?

Ich denke du hast nicht die passenden CUL Firmware er sagt ja "brs unknown" - da ich aber noch nie einen CUL verwendet habe, muss dir da jemand anderes weiter helfen. (Evtl ist es auch eine Firmware mit wireless mbus aber ohne S-Mode? Funktioniert T Mode?)

Ja, mit dem Probieren hast du recht und auch mit der falschen Firmware auf dem CUL. Mit deiner alten Adapter Version funktioniert es nun. als nächstes werde ich dann deinen Adapter aktualisieren.
Wenn man da nicht wirklich tief drin steckt, ist es viel Aufwand, was aber deine Verdienste nicht schmälern soll.

[warp-it]

@dragst3r said:

@warp-it ich habe es auch nie geschafft. Ich hatte diverse USB-Sticks versucht, auch mit irgendwelchen Windows Programmen mal irgendwas zu empfangen. Nie Erfolg gehabt. Ich hoffe du schaffst es.

@dragst3r Dein Mitfiebern hat wohl geholfen - läuft...

[warp-it]

@lvogt said:

Rückmeldungen sind sehr willkommen - besonders von euch mit vielen
Zählern in Reichweite, mit einem IMST iU891A-XL oder mit einem CUL.

Läuft mit nanoCUL / Firmware CUL_V3_MBUS.hex / IPERL Wasserzähler