Neuer Installer und neuer Fixer: übersichtliche Oberfläche und `iob docker`

[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

[bilberry]

Hab gerade mal die v0.13.0 installiert, da mein IMST iU891A-XL mit Adapter v.0.10.2 jedes Mal nach nach einem reboot von ioBroker-Host nicht mehr "akzeptiert" wurde (Serialport error: Port is not open). Nach Start mit der neuen Adapterversion funktionierte es auf Anhieb wieder, so dass ich diesmal nicht erst den Stick vom Host abziehen musste, damit es wieder läuft. Hoffentlich kein Zufall. Werde weiter beobachten. Danke!

[lvogt]

Ich habe in 0.12.x den Parser für die Telegramme komplett überarbeitet. Der Parser läuft zZ aber immer noch im"Legacy Modus" - d.h. er sorgt dafür das fast alle Daten unverändert wie beim alten Parser ausgegeben werden.

Eigentlich würde ich aber gerne diese VIF_SOME_DATA_POINT Bennenung der States deutlich ändern, so dass es auch etwas "leserlicher" wird und nicht wie ein Telegramm aus 19. Jahrhundert ;)

Wie sieht ihr das so? Mache ich euch damit viel Arbeit weil ihr jeden Menge Daten an zig an deren Stellen verwendet? Oder würdet ihr euch über "schönere" Statenamen freuen?

Wenn es möglich ist, würde ich auch versuchen existiere Daten zu "migrieren", aber ich vermute wenn man die States in anderen Adaptern verwendet wird sich da händisches Korrigieren wohl nicht vermeiden lassen...

Edit: Hm, der Adapter könnte natürlich auch (zumindest zeitweise) beide Varianten unterstützen...

[warp-it]

@dragst3r said:

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

868 Mhz, Wasserzähler im Keller, USB-Stick (NanoCUL) im 1. OG, Beton-Bauweise

[bilberry]

@lvogt ich würde eine sprechendere Umbenennen der Staates begrüßen (oder alternativ zumindest einen geeigneten Beschreibungstext)

[lvogt]

Hallo zusammen,

die Version 0.14.0 wurde veröffentlicht. Der Schwerpunkt liegt diesmal auf Zählern, die mehr als eine Art von Telegramm senden.

Was ist neu?

• Falsche Werte werden nicht mehr geschrieben: Jeder Datenpunkt merkt sich, zu welchem Datensatz er gehört. Schickt ein Zähler an derselben Stelle einen anderen Datensatz (z.B. einen Maximalwert statt des aktuellen Werts), wird dieser Wert übersprungen, statt im falschen Datenpunkt zu landen. Im Log steht dann einmalig eine Warnung „Values for … are skipped“.
• Neuer Reiter „Telegrammvarianten“: Er zeigt, welche Telegramm-Aufbauten jeder Zähler sendet, wie oft und in welche Datenpunkte sie schreiben. Eine Variante, die man nicht haben möchte, lässt sich dort pro Gerät ignorieren.
• Eigene Namen bleiben erhalten: Name, Einheit und Rolle eines Datenpunkts passt der Adapter nur noch an, solange sie so sind, wie er sie selbst angelegt hat. Wer alles zurücksetzen möchte, findet dafür eine neue Option in den Einstellungen.
• Fehlerbehebungen: Datenpunkte, die erst in einem späteren Telegramm auftauchen oder zur Laufzeit gelöscht wurden, werden jetzt korrekt (neu) angelegt.

Bitte um Rückmeldung

Wer Zähler mit mehreren Telegrammvarianten hat oder die „skipped“-Warnung im Log sieht: Bitte postet die Tabelle aus dem neuen Reiter bzw. die Log-Zeile hier. Das hilft sehr bei der Planung der nächsten großen Version, in der die Datenpunkte lesbarere Namen bekommen sollen.

Viele Grüße
Christian