Monatsrückblick Oktober 2026 ist online!

[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