Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Sammydk]

Tja am Thema vorbei,? War aber nur so eine Idee.

[fischi87]

@Sammydk

Ich habe in der neuen Version die multiZähler Funktion mit eingebaut. Bitte verwende aber den rename Adapter! IoBroker.utility-monitor!

Teste es aus und gib mir gern ein feedback

[teletapi]

was soll das jetzt sein ein 2ter gleichnamiger Adapter..?

[RoddiEF]

@teletapi sagte in Test Nebenkosten-Monitor v1.4.2 - Renamed:

was soll das jetzt sein ein 2ter gleichnamiger Adapter..?

Und wenn ja warum einen 2ten?

[fischi87]

@RoddiEF @teletapi

Hallo, Der deutsche Name war nicht ideal für die internationale ioBroker-Community. Der neue Name "Utility Monitor" ist international verständlich und passt besser zu ioBroker's globaler Ausrichtung. Displayname bleibt weiterhin Nebenkosten-Monitor weil es ja schon Leute gibt die diesen adapter testen und auch für die deutschen User. Der Technischename soll aber möglichst Englisch sein. Ich habe mich dazu entschlossen dies nochmal zu ändern in dem frühen stadium der Entwicklung. Der alte Adapter bleibt vorerst bestehen aber wird keine updates mehr bekommen. Ich werde diese zu einen späteren Zeitpunkt löschen.

[RoddiEF]

@fischi87 sagte in Test Nebenkosten-Monitor v1.4.2 - Renamed:

Der alte Adapter bleibt vorerst bestehen aber wird keine updates mehr bekommen. Ich werde diese zu einen späteren Zeitpunkt löschen.

Das heißt dann den "alten" Deinstallieren, den "neuen" Installieren und wieder in ioBroker neu "reinklöppeln" ? Aber Deutsch bleibt oder ändert sich das auch noch? Fragen über Fragen....

[fischi87]

@RoddiEF

Ja das wäre dann leider so. Mein Gedanke zu dem deutschen Namen wäre ja. Ich hoffe, wenn der Adapter mal ins iob repo kommt, dass dies okay ist.

[mcm1957]

@RoddiEF sagte in Test Nebenkosten-Monitor v1.4.2 - Renamed:

Prinzipiell kann sich bei einer ALPHA Version die noch nicht im Repo enthalten ist alles ändern. Alpha Releases sollten ja auch nicht produktiv eingesetzt werden :-). Weiters its bei jedem Adapter der Einsatz vomn alias sinnvoll - damit muss im Falle von Änderungen nur mehr der alias angepasst werden - alle Scripts etc. können unverändert bleiben.

Aber Deutsch bleibt oder ändert sich das auch noch? Fragen über Fragen....

Was meinst du mit "Deutsch bleibt" ?
Prinzipiell wird bei allen neuen Adaptern verlangt, dass die Einstellungen / Parameter in allen unterstützten Sprachen hinterlegt sind. States / Objekt müssen englische ids haben sofern sie nicht 1:1 von einem externen Gerät / Webseite kommen. Das name Attribute sollte entweder englisch oder mehrsprachig sein - das kann aber eh jeder User selbst anpassen. Prinzipiell werden diese Dinge beim Review vor der Aufnahme ins Repo abgeklärt. Der Titel und die Description eines Adapters sind immer mehrsprachig - wobei der Titel oft in allen sprachen ident ist da nicht sinnvoll übersetzbar.

Sobald der Adapter zumindest großteils für User geeignet erscheint kann der Dev jederzeit eine Aufnahme ins Repo und
damit ein Review "bestellen".

[fischi87]

Da es sich nun mehrere User gewünscht haben bzw mich darauf angesprochen, habe ich heute die 1.4.6 hochgeladen. Diese beinhaltet das vergeben von Namen der Zähler.

Gibt mir bitte Feedback wie es aussieht! danke euch

[Sammydk]

Hallo, ich habe da evtl. Ein Problem mit den eingegebenen Daten. Trage ich unter Gas in dem Feld "Zählerstand bei Vertragsbeginn" einen Wert >0 ein, startet der Adapter nicht mehr, mit der Fehlermeldung alle Werte müssen vom Typ number sein. Hallo erst meine Datenquelle in Verdacht, aber bei den 1.3 Versionen ging hier alles. Bei nur Wasser geht der Adapter. Habe den Link von der Datenquelle Wasser mal bei Gas benutzt um nicht evtl. eine Zahl vom Typ String auszuschließen. Gleicher Effekt. Adapter Startet nicht. Er starten wenn der Wert in Zählerstand bei Vertragsbeginn 0 oder leer ist.

[Sammydk]

Sorry, das ist seit Version 1.4.x so.

[c1olli]

@fischi87
Der Adapter läuft soweit, aber wie läuft das beim Anbieterwechsel?
Ich wechsele z.B. im März den Anbieter und damit ändern sich auch die Tarife.
Kann man da evtl. so etwas wie einen Vorlauf einbauen, der dann zum Stichtag die Daten übernimmt, oder soll das händisch bleiben?

[fischi87]

@c1olli

Dafür ist die endPeriod Funktion eingebaut. Du liest den Zählerstand am letzten Tag ab und beendest diese Periode mit diesem Zählerstand. Dann gehst in die config und trägst die neuen Daten ein und los geht’s. Du könntest auch auf deine Abschlussrechnung warten und dann in der config nur den Zählerstand genau nach abschlussatand eintragen, dann hast du es genau. Zumindest sollte das alles so funktionieren 😅

[fischi87]

@Sammydk

Ich konnte den bug ich glaube schon identifizieren. Ich setz mich später ran…

[fischi87]

@Sammydk

Hab gerade etwas gepusht, schau dir das mal an und gib mir mal ein Feedback. Danke

[Sammydk]

Schein nicht zu funktionieren, gleiches Fehlerbild. Habe den Wert 1712 eingetragen. Und der Adapter läuft damit nicht mehr.

Das sind die Fehlermeldungen:

utility-monitor.0
2026-01-21 18:22:01.715	info	terminating

utility-monitor.0
2026-01-21 18:22:01.214	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason

utility-monitor.0
2026-01-21 18:22:01.213	info	terminating

utility-monitor.0
2026-01-21 18:22:01.212	info	Nebenkosten-Monitor shutting down...

utility-monitor.0
2026-01-21 18:22:01.210	error	All parameters must be numbers

utility-monitor.0
2026-01-21 18:22:01.210	error	TypeError: All parameters must be numbers at Object.convertGasM3ToKWh (/opt/iobroker/node_modules/iobroker.utility-monitor/lib/calculator.js:17:15) at MultiMeterManager.initializeMeter (/opt/iobroker/node_modules/iobroker.utility-monitor/lib/multiMeterManager.js:292:52) at async MultiMeterManager.initializeType (/opt/iobroker/node_modules/iobroker.utility-monitor/lib/multiMeterManager.js:159:13) at async ConsumptionManager.initializeUtility (/opt/iobroker/node_modules/iobroker.utility-monitor/lib/consumptionManager.js:78:13) at async UtilityMonitor.onReady (/opt/iobroker/node_modules/iobroker.utility-monitor/main.js:48:9)

utility-monitor.0
2026-01-21 18:22:01.209	error	unhandled promise rejection: All parameters must be numbers

utility-monitor.0
2026-01-21 18:22:01.209	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

utility-monitor.0
2026-01-21 18:22:01.197	warn	Could not read initial value from 0_userdata.0.IOBroker.Datenpunkte.Umrechnungen.Verbrauchsdaten.Gas_in_m3: All parameters must be numbers

utility-monitor.0
2026-01-21 18:22:01.104	info	Initializing gas meter: Hauszähler

utility-monitor.0
2026-01-21 18:22:01.103	info	Initializing 1 meter(s) for gas

utility-monitor.0
2026-01-21 18:22:01.102	info	Initializing gas monitoring...

utility-monitor.0
2026-01-21 18:22:01.101	info	Nebenkosten-Monitor starting...

utility-monitor.0
2026-01-21 18:22:01.088	info	starting. Version 1.4.6 (non-npm: fischi87/ioBroker.utility-monitor#6d174d8a153a00f47545bb06c9043fddacc1a15c) in /opt/iobroker/node_modules/iobroker.utility-monitor, node: v22.22.0, js-controller: 7.0.7

MOD-EDIT: Code in code-tags gesetzt!

[Sammydk]

geloescht vom Ersteller

[fischi87]

gelöscht

[fischi87]

@Sammydk

lade bitte von GitHub nochmal und check das aus, sollte jetzt gefixt sein!?

[Jan.S100]

Leider nein, der Fehler tritt bei mir auch auf.

Hier ist mein Protokoll:

2026-01-22 05:44:08.187 - info: utility-monitor.0 (1502) starting. Version 1.4.6 (non-npm: fischi87/ioBroker.utility-monitor#f7386b63be301d2bd06e29335489501e8f5a7ada) in /opt/iobroker/node_modules/iobroker.utility-monitor, node: v22.22.0, js-controller: 7.1.0
2026-01-22 05:44:08.197 - info: utility-monitor.0 (1502) Nebenkosten-Monitor starting...
2026-01-22 05:44:08.198 - info: utility-monitor.0 (1502) Initializing gas monitoring...
2026-01-22 05:44:08.198 - info: utility-monitor.0 (1502) gas: Managed with contract start: 13.11.2025
2026-01-22 05:44:08.199 - info: utility-monitor.0 (1502) Initializing 1 meter(s) for gas
2026-01-22 05:44:08.200 - info: utility-monitor.0 (1502) Initializing gas meter: main
2026-01-22 05:44:08.575 - info: utility-monitor.0 (1502) gas.main: Contract start: 13.11.2025
2026-01-22 05:44:08.669 - warn: utility-monitor.0 (1502) Could not read initial value from alias.0.Wohnung.Keller.Gaszähler.Zähler: All parameters must be numbers
2026-01-22 05:44:08.683 - error: utility-monitor.0 (1502) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2026-01-22 05:44:08.684 - error: utility-monitor.0 (1502) unhandled promise rejection: All parameters must be numbers
2026-01-22 05:44:08.684 - error: utility-monitor.0 (1502) TypeError: All parameters must be numbers
at Object.convertGasM3ToKWh (/opt/iobroker/node_modules/iobroker.utility-monitor/lib/calculator.js:17:15)
at MultiMeterManager.initializeMeter (/opt/iobroker/node_modules/iobroker.utility-monitor/lib/multiMeterManager.js:295:52)
at async MultiMeterManager.initializeType (/opt/iobroker/node_modules/iobroker.utility-monitor/lib/multiMeterManager.js:159:13)
at async ConsumptionManager.initializeUtility (/opt/iobroker/node_modules/iobroker.utility-monitor/lib/consumptionManager.js:78:13)
at async UtilityMonitor.onReady (/opt/iobroker/node_modules/iobroker.utility-monitor/main.js:49:9)
2026-01-22 05:44:08.684 - error: utility-monitor.0 (1502) All parameters must be numbers
2026-01-22 05:44:08.686 - info: utility-monitor.0 (1502) Nebenkosten-Monitor shutting down...
2026-01-22 05:44:08.686 - info: utility-monitor.0 (1502) terminating
2026-01-22 05:44:08.687 - warn: utility-monitor.0 (1502) Terminated (UNCAUGHT_EXCEPTION): Without reason
2026-01-22 05:44:09.188 - info: utility-monitor.0 (1502) terminating