NEWS
Neuer Adapter ioBroker.evcc
-
@arteck Hallo, der evcc-Adapter läuft prima - ausser, man aktiviert auf evcc.io-Seite einen "solar forecast tariff". Dann stürzt der Adapter sofort ab:
2025-04-26 15:39:12.907 - error: evcc.0 (2727246) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by reje cting a promise which was not handled with .catch(). 2025-04-26 15:39:12.908 - error: evcc.0 (2727246) unhandled promise rejection: The state contains the forbidden properties energy, complete! 2025-04-26 15:39:12.910 - error: evcc.0 (2727246) Error: The state contains the forbidden properties energy, complete! 2025-04-26 15:39:12.911 - error: evcc.0 (2727246) The state contains the forbidden properties energy, complete! 2025-04-26 15:39:12.911 - error: evcc.0 (2727246) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by reje cting a promise which was not handled with .catch(). 2025-04-26 15:39:12.912 - error: evcc.0 (2727246) unhandled promise rejection: The state contains the forbidden properties energy, complete! 2025-04-26 15:39:12.912 - error: evcc.0 (2727246) Error: The state contains the forbidden properties energy, complete! 2025-04-26 15:39:12.912 - error: evcc.0 (2727246) The state contains the forbidden properties energy, complete! 2025-04-26 15:39:12.913 - error: evcc.0 (2727246) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by reje cting a promise which was not handled with .catch(). 2025-04-26 15:39:12.913 - error: evcc.0 (2727246) unhandled promise rejection: The state contains the forbidden properties energy, complete! 2025-04-26 15:39:12.913 - error: evcc.0 (2727246) Error: The state contains the forbidden properties energy, complete! 2025-04-26 15:39:12.913 - error: evcc.0 (2727246) The state contains the forbidden properties energy, complete! 2025-04-26 15:39:12.926 - info: evcc.0 (2727246) terminating 2025-04-26 15:39:12.926 - warn: evcc.0 (2727246) Terminated (UNCAUGHT_EXCEPTION): Without reason 2025-04-26 15:39:13.023 - info: evcc.0 (2727246) State value to set for "evcc.0.status.Forecast.Solar.timeseries" has to be stringified but received type "object" 2025-04-26 15:39:13.427 - info: evcc.0 (2727246) terminating 2025-04-26 15:39:13.447 - warn: evcc.0 (2727246) get state error: Connection is closed. 2025-04-26 15:39:13.466 - error: evcc.0 (2727246) DB closed 2025-04-26 15:39:13.466 - error: evcc.0 (2727246) 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(). 2025-04-26 15:39:13.466 - error: evcc.0 (2727246) unhandled promise rejection: DB closed 2025-04-26 15:39:13.467 - error: evcc.0 (2727246) Error: DB closed 2025-04-26 15:39:13.467 - error: evcc.0 (2727246) DB closedIm Objjektbaum werden zwar unter status->forecast->solar einige DP angelegt, die bleiben aber leer (bis auf 'timeseries').
Wäre es hilfreich, nochmal Daten im "debug"-Mode zu ziehen?Tatsächlich scheinen die Keys "energy" und "complete" das Problem zu sein:
"forecast": { "solar": { "today": { "energy": 16484.574046565634, "complete": true }, "tomorrow": { "energy": 41381, "complete": true }, "dayAfterTomorrow": { "energy": 0, "complete": false }, "timeseries": [ { "ts": "2025-04-26T00:00:00+02:00", "val": 0 },@jlegist korrigiert.. in der neuen GIT version
und es hängt nicht mit dem forecast zusammen.. sondern wenn du die Ordner aufgelösst willst..das habe ich aber auch im issue geschrieben
zigbee hab ich, zwave auch, nuc's genauso und HA auch
-
@jlegist korrigiert.. in der neuen GIT version
und es hängt nicht mit dem forecast zusammen.. sondern wenn du die Ordner aufgelösst willst..das habe ich aber auch im issue geschrieben
@arteck sagte in Neuer Adapter ioBroker.evcc:
@jlegist korrigiert.. in der neuen GIT version
1000 Dank füe den schnellen Fix!
und es hängt nicht mit dem forecast zusammen.. sondern wenn du die Ordner aufgelösst willst..das habe ich aber auch im issue geschrieben
...hängt von der Perspektive ab, würde ich sagen ;-)
-
Wenn man Fahrzeuge über die UI von EVCC einrichtet steht als Name in den Objekten sowas wie db:1. Bekommt man über den Adapter den Namen raus, den man in der UI eingestellt hat?
(Nicht das ich "umsonst" eine Übersetzung in ioBroker bastleBeta-Tester
-
Wenn man Fahrzeuge über die UI von EVCC einrichtet steht als Name in den Objekten sowas wie db:1. Bekommt man über den Adapter den Namen raus, den man in der UI eingestellt hat?
(Nicht das ich "umsonst" eine Übersetzung in ioBroker bastle@merlin123 sagte in Neuer Adapter ioBroker.evcc:
Wenn man Fahrzeuge über die UI von EVCC einrichtet steht als Name in den Objekten sowas wie db:1. Bekommt man über den Adapter den Namen raus, den man in der UI eingestellt hat?
(Nicht das ich "umsonst" eine Übersetzung in ioBroker bastlewo genau .. ich habdie unter
ansonsten bei laden werden die unter
evcc.0.loadpoint.1.status.vehicleNameangezeigt welcher gerade am Kabel hängt
zigbee hab ich, zwave auch, nuc's genauso und HA auch
-
@merlin123 sagte in Neuer Adapter ioBroker.evcc:
Wenn man Fahrzeuge über die UI von EVCC einrichtet steht als Name in den Objekten sowas wie db:1. Bekommt man über den Adapter den Namen raus, den man in der UI eingestellt hat?
(Nicht das ich "umsonst" eine Übersetzung in ioBroker bastlewo genau .. ich habdie unter
ansonsten bei laden werden die unter
evcc.0.loadpoint.1.status.vehicleNameangezeigt welcher gerade am Kabel hängt
@arteck Da
evcc.0.loadpoint.1.control.vehicleName
und da
evcc.0.loadpoint.1.status.vehicleName
steht bei mirdb:1 bzw. db:2
Aber das da
die Übersetzung steht wusste ich nicht. Wäre irgendwie cool, wenn bei Status und Control auch der "echte" Namen stehen würde.
Beta-Tester
-
@arteck Da
evcc.0.loadpoint.1.control.vehicleName
und da
evcc.0.loadpoint.1.status.vehicleName
steht bei mirdb:1 bzw. db:2
Aber das da
die Übersetzung steht wusste ich nicht. Wäre irgendwie cool, wenn bei Status und Control auch der "echte" Namen stehen würde.
@merlin123 du hast die nicht im evcc über die yaml eingebunden richtig ??
zigbee hab ich, zwave auch, nuc's genauso und HA auch
-
@merlin123 du hast die nicht im evcc über die yaml eingebunden richtig ??
-
@arteck yup. Wie geschrieben über die UI eingetragen. Aber kann die via dein Einträgen unter "vehicle" übersetzten. Nur direkt wäre schöner :)
@merlin123 sagte in Neuer Adapter ioBroker.evcc:
@arteck yup. Wie geschrieben über die UI eingetragen. Aber kann die via dein Einträgen unter "vehicle" übersetzten. Nur direkt wäre schöner :)
machmal ein issue auf evcc auf (nicht im Adapter wir übernhemen nur das was von evcc rüber kommt) .. dass die es über die Schnitstelle korrigieren, bzw anpassen
-
Moin,
hat jemand einen Tip für mich wie ich aus dem Objekt "pv" die einzelnen Werte extrahieren kann. Es wird ja nur die gesamte PV Leistung als "pvPower" ausgegeben. Ich habe aber 2 PV Quellen und hätte gerne jeden einzeln einer Variablen zugewiesen.pv sieht bei mir z.B. so aus [{"power":3905,"energy":64860.072},{"power":1086}]
So geht es nicht:
Hab's selber hinbekommen
-
Hi!
Ich hatte auf Github einen Bug reportet, ich denke der Report ging unter:
https://github.com/Newan/ioBroker.evcc/issues/48
Kann ich das irgendwie selbst fixen damit "gridPower" den korrekten Wert anzeigt?
Merci! :-)
-
Hi!
Ich hatte auf Github einen Bug reportet, ich denke der Report ging unter:
https://github.com/Newan/ioBroker.evcc/issues/48
Kann ich das irgendwie selbst fixen damit "gridPower" den korrekten Wert anzeigt?
Merci! :-)
zigbee hab ich, zwave auch, nuc's genauso und HA auch
-
@arteck Merci für die Antwort. Ich habe das mal aktiviert. Jetzt wird aber auch das topic "grid" mit dem json nicht mehr aktualisiert. Nicht mal, wenn ich den Adapter neustarte. Sobald ich die Checkbox wieder rausnehmen wird "grid" wieder aktualisiert. Aber "gridPower" wird gar nie aktualisiert.
-
@arteck Merci für die Antwort. Ich habe das mal aktiviert. Jetzt wird aber auch das topic "grid" mit dem json nicht mehr aktualisiert. Nicht mal, wenn ich den Adapter neustarte. Sobald ich die Checkbox wieder rausnehmen wird "grid" wieder aktualisiert. Aber "gridPower" wird gar nie aktualisiert.
@chrisprefect
ich hab aufgeräumt und die einzelnen Objekte sind die Ordner gewandert (bei nutzung der checkbox). du hast noch die alte struktur ..deshalb wird da nix aktualisiertlösche mal alle objekte und lasse die neu erstellen.. lass auch die checkbox an und nutze dann diese objekte
zigbee hab ich, zwave auch, nuc's genauso und HA auch
-
@chrisprefect
ich hab aufgeräumt und die einzelnen Objekte sind die Ordner gewandert (bei nutzung der checkbox). du hast noch die alte struktur ..deshalb wird da nix aktualisiertlösche mal alle objekte und lasse die neu erstellen.. lass auch die checkbox an und nutze dann diese objekte
@arteck Seit der Installation der aktuellen Version von EVCC v0.207 erhalte ich im Takt des eingestellten Refresh-Intervalls die Fehlermeldung, dass der Adapter die Information der Loadpoints nicht auslesen kann. Nach mehreren Versuchen den Fehler durch Neustart bzw. De- In- stallation des Adapters (installierte Version 0.1.1) zu beheben, habe ich ein Downgrade auf der Version 0.206.1 durchgeführt. Damit funktioniert der Adapter makellos. Leider habe ich die Logdatei nicht gespeichert und kann den Fehler somit nicht belegen. Aus der Erinnerung: unidentified loadpoints. Ich denke aber, dass ich damit nicht alleine bin und die Meldung grundsätzlich nach der Installation der Version v0.207 auftritt.
Ich vermute (d.h. es ist eine Annahme) dass das Problem durch die Änderung an der REST API verursacht wird. Michael Geers beschreibt diese hier: LINK.
Vielleicht kannst du dir das mal ansehen. Grüße Jo
-
@arteck Seit der Installation der aktuellen Version von EVCC v0.207 erhalte ich im Takt des eingestellten Refresh-Intervalls die Fehlermeldung, dass der Adapter die Information der Loadpoints nicht auslesen kann. Nach mehreren Versuchen den Fehler durch Neustart bzw. De- In- stallation des Adapters (installierte Version 0.1.1) zu beheben, habe ich ein Downgrade auf der Version 0.206.1 durchgeführt. Damit funktioniert der Adapter makellos. Leider habe ich die Logdatei nicht gespeichert und kann den Fehler somit nicht belegen. Aus der Erinnerung: unidentified loadpoints. Ich denke aber, dass ich damit nicht alleine bin und die Meldung grundsätzlich nach der Installation der Version v0.207 auftritt.
Ich vermute (d.h. es ist eine Annahme) dass das Problem durch die Änderung an der REST API verursacht wird. Michael Geers beschreibt diese hier: LINK.
Vielleicht kannst du dir das mal ansehen. Grüße Jo
@josilverguard das ist schon längst behoben.. auf GIT
zigbee hab ich, zwave auch, nuc's genauso und HA auch
-
@josilverguard das ist schon längst behoben.. auf GIT
Danke!
-
@josilverguard das ist schon längst behoben.. auf GIT
Nun hab ich wieder auf EVCC 0.207.0 upgedatet. Und erhalte genau den von mir beschriebenen Fehler wieder.
Was checke ich nicht, wo und wie kann ich das beheben?
-
Nun hab ich wieder auf EVCC 0.207.0 upgedatet. Und erhalte genau den von mir beschriebenen Fehler wieder.
Was checke ich nicht, wo und wie kann ich das beheben?
@josilverguard muss ich mir anschauen..hab noch die 205 am laufen
-
Nun hab ich wieder auf EVCC 0.207.0 upgedatet. Und erhalte genau den von mir beschriebenen Fehler wieder.
Was checke ich nicht, wo und wie kann ich das beheben?
-
@josilverguard oben lese ich "Adapter Version 0.1.1" - kann das sein? Jedenfalls - mit der aktuellen 0.2.3 habe ich keinerlei Probleme mit evcc 0.207...
@jleg said in Neuer Adapter ioBroker.evcc:
oben lese ich "Adapter Version 0.1.1" - kann das sein?
Das ist korrekt
@jleg said in Neuer Adapter ioBroker.evcc:
mit der aktuellen 0.2.3 habe ich keinerlei Probleme
Im ioBroker ist die Ver. 0.1.1 diejenige, die angeboten wird. Ich hab in den Einstellungen auch auf "Beta" umgestellt, es bleibt bei der 0.1.1
Hmm... Wo und wie komme ich zu der von dir benannten 0.2.3 ?
Support us
815
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge