Monatsrückblick Oktober 2026 ist online!

[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

[lvogt]

Gleich kommt 0.12.1 - der neue Parser in 012.0 hat leider TECHEM und PRIOS Telegramme runiert. Teilweise wurden sogar völlig falsche States angelegt. Falls das passiert sein sollte, einfahc löschen, nach dem Update werden die "richtigen" wieder hergestellt.

Sorry

[lvogt]

Gerade habe ich 0.12.3 released, dass eine Regression mit CUL Receivern fixt. Daneben sollten jetzt auch einige CULs die vl. schon immer Schwierigkeiten hatten laufen...

0.12.2 hatte ein paar kleine "Feature Verbesserung". u.a. kann der Adapter jetzt alle "unbekannten" Geräte ignorieren, ganz praktisch nachdem mal "alles konfiguriert" hat und die Struktur von compact Telegrammen wird nur gespeichert, d.h. auch nach einem Adapter Neustart kann direkt das nächste Telegramm dekodiert werden.

[dragst3r]

@warp-it Welche Frequenz hat dein nanoCUL und wieweit sind USB-Stick (Host) und Wasserzähler von einander entfernt?

[lvogt]

wireless-mbus 0.13.0 ist da

Manche Zähler packen Werte, die der wM-Bus-Standard nicht beschreibt, in einen
herstellerspezifischen Datensatz. Bisher landete der als eine einzige große Zahl im
Objektbaum (VIF_TYPE_MANUFACTURER_UNKOWN) – jetzt kann der Adapter ihn zerlegen.

• Itron-Rauchmelder: Die Beschreibung ist eingebaut, Konfiguration und Fehler-Flags
  werden zu eigenen States. @jufu
• Alle anderen: Im neuen Reiter Herstellerspezifische Daten lässt sich selbst
  beschreiben, welches Byte und welches Bit was bedeutet. Ein Button prüft die
  Beschreibung, ein zweiter probiert sie an einem Telegramm aus und zeigt, welche States
  dabei herauskämen. „Beispiel einfügen“ liefert eine Vorlage zum Loslegen.

Für Zähler ohne solche Datensätze ändert sich nichts.

Wer eine Beschreibung für seinen Zähler hinbekommt: gerne hier oder auf GitHub teilen,
dann kann sie fest in den Parser wandern.

Doku: https://github.com/lvogt/ioBroker.wireless-mbus#manufacturer-specific-data