Neuer Adapter ioBroker.evcc
-
Nach deinstallation neu Neuinstallation des Adapters taucht der Wert gridPower nun nicht mehr bei den Objekten auf. Ich habe festgestellt, dass das Objekt "grid" alles beinhaltet, was ich benötige. Allerdings sind jede Menge Werte in dem Objekt enthalten, die ich nicht brauche.
Kann mir evtl. jemand sagen, wie ich den markierten Bereich nach Power in einen eigenen Datenpunkt bekomme?
-
@christobal0815 Der Bug ist wohl in der Neusten Version von Github behoben worden. Ob die Version schon im Beta (oder gar stable) Repository ist, weiß ich nicht.
Schau mal in den Post:
https://forum.iobroker.net/post/1254012 -
@merlin123
Ich weiss nicht ob ich etwas falsch mache. Ich stelle in iob von stable auf beta und füge über "installiere aus eigener URL" deinen Pfad hinzu$ iobroker upgrade evcc@https://github.com/arteck/ioBroker.evcc --debug Can not check version information to display upgrade infos: Invalid Version: https://github.com/arteck/ioBroker.evcc Could not uninstall npm packet "iobroker.evcc": Invalid Version: https://github.com/arteck/ioBroker.evcc NPM version: 10.8.2 Installing iobroker.evcc@https://github.com/arteck/ioBroker.evcc... (System call) changed 1 package in 30s run `npm fund` for details Updating objects from io-package.json for adapter "evcc" with version "0.1.1" Update "system.adapter.evcc.0" upload [11] evcc.admin /opt/iobroker/node_modules/iobroker.evcc/admin/evcc.png evcc.png image/png upload [5] evcc.admin /opt/iobroker/node_modules/iobroker.evcc/admin/i18n/nl/translations.json i18n/nl/translations.json application/json upload [4] evcc.admin /opt/iobroker/node_modules/iobroker.evcc/admin/i18n/pl/translations.json i18n/pl/translations.json application/json upload [0] evcc.admin /opt/iobroker/node_modules/iobroker.evcc/admin/jsonConfig.json jsonConfig.json application/json Process exited with code 0 -
@christobal0815 sagte in Neuer Adapter ioBroker.evcc:
Ich weiss nicht ob ich etwas falsch mache.
Mit Sicherheit.
iobroker url https://github.com/arteck/ioBroker.evcc --host DEINHOSTNAME --debugwäre der richtige Befehl für eine Installation aus artecks github-Repo.
DEINHOSTNAME halt anpassen.Installationsprotokoll schaut dann so aus:
$ iobroker url https://github.com/arteck/ioBroker.evcc --host chet --debug install arteck/ioBroker.evcc#cdceb4f9d8037ed7c952acd3a2d66e4f9b570dee Installing arteck/ioBroker.evcc#cdceb4f9d8037ed7c952acd3a2d66e4f9b570dee... (System call) npm warn skipping integrity check for git dependency ssh://git@github.com/arteck/ioBroker.evcc.git added 1 package in 1m upload [8] evcc.admin /opt/iobroker/node_modules/iobroker.evcc/admin/i18n/es/translations.json i18n/es/translations.json application/json upload [6] evcc.admin /opt/iobroker/node_modules/iobroker.evcc/admin/i18n/it/translations.json i18n/it/translations.json application/json upload [2] evcc.admin /opt/iobroker/node_modules/iobroker.evcc/admin/i18n/ru/translations.json i18n/ru/translations.json application/json upload [0] evcc.admin /opt/iobroker/node_modules/iobroker.evcc/admin/jsonConfig.json jsonConfig.json application/json Updating objects from io-package.json for adapter "evcc" with version "0.1.1" Process exited with code 0 -
@thomas-braun said in Neuer Adapter ioBroker.evcc:
Updating objects from io-package.json for adapter "evcc" with version "0.1.1"
Danke - hat funktioniert.
Aber warum haben wir jetzt den ganzen Aufwand betrieben, wenn wir auch hier auf Version 0.1.1 sind, die bereits über iobroker als stable verteilt wurde?
-
@christobal0815 sagte in Neuer Adapter ioBroker.evcc:
Aber warum haben wir jetzt den ganzen Aufwand betrieben, wenn wir auch hier auf Version 0.1.1 sind, die bereits über iobroker als stable verteilt wurde?
Weil bei github-Installationen Versionsnummern irrelevant sind. Da ist u. U. was komplett anderes drin, als in der gleich versionierten Version die über ein Repo verteilt wird.
Bei github zählt das Commithash. -
commithash kannst du per
cd /opt/iobroker/ && npm ls | grep githubsehen.
Schaut bei mir z. B. so aus:echad@chet:~/coding/ioBroker $ cd /opt/iobroker/ && npm ls | grep github ├── iobroker.drops-weather@0.3.1 (git+ssh://git@github.com/inbux/ioBroker.drops-weather.git#608ed1fcbbde3f59b6a09f2f188b92823481ae90) ├── iobroker.govee-app@0.0.6 (git+ssh://git@github.com/TA2k/ioBroker.govee-app.git#6a0f84cfb34eb3a0ca647c7a519b9d5a48ccfb85) ├── iobroker.switchbot-hub@0.1.2 (git+ssh://git@github.com/DrozmotiX/ioBroker.switchbot-hub.git#7a05fa59dfc5e3ce8d73018badc4e420996452f8) echad@chet:/opt/iobroker $Das hinter dem 'Gartenzaun' ist der tatsächliche Versionsstand. Hat mir der Versionsnummer @x.y.z nichts zu tun. Die steht da nur zu dekorativen Zwecken herum.
-
Hallo,
ich beschäftige mich auch gerade mit evcc und Suche in den Datenpunkten den aktuellen Batterieladestand % und die aktuell möglich Reichweite Km.
Die App und das Web-IF zeigen die Werte sehr schön auch während des Ladens an, in den DP's finde ich die aber nicht. Mein Fahrzeug ist 'db:1'.
-
@roughestboy diese Daten stehen unter loadpoint, nicht vehicle…
-
@jleg
Danke, gefunden, ich habe physisch nur einen Ladepunkt, im Datenbaum sinds 2, unter beiden, in loadpoint.x.status steht
und die Werte passen leider nicht. Das Auto, nicht angeschlossen, hat gerade 67% und 230 Km. Im Web Interface wirds richtig angezeigt.
Wie kann man das korrigieren ? -
Hab jetzt nochmal neu konfiguriert, im Fortgeschrittenen Modus.
Sieht jetzt besser aus, nur ein loadpoint und Km-Stand ist schon in den Datenpunkten.
Range+SoC möglicherweise noch 0, da die Werte vermutlich erst ausgelesen werden, wenn geladen wird (m.W. Voreinstellung in evcc). Im Web-IF stehen sie aber schon drin.
-
Meine Vermutung war richtig. Mit Ladestart kommen die Werte sofort rein.
Bin jetzt nur gespannt, ob die Werte während des Ladevorgangs regelmäßigund binnen weniger Minuten aktualisiert werden. Muss ja an sich, da man ja auch eine Ladegrenze einstellen kann und die mit dem IST Stand laufend abgeglichen werden muss.
Ich habe bisher die Werte mit psa car controller (da ich nen Peugeot habe) abgefragt, da habe ich eine regelmäßige Aktualisierung aber nicht hinbekommen. Die kamen da allenfalls alle 30 Minuten, wenn überhaupt. -
@roughestboy
Sobald ich mit EVCC den Ladevorgang starte bekomme ich keine SOC Werte mehr.
Ich habe EVCC so eingestellt dass er den SOC schätzt. Pastt dann bis auf 1, 2 Prozent. -
@roughestboy sagte in Neuer Adapter ioBroker.evcc:
Bin jetzt nur gespannt, ob die Werte während des Ladevorgangs regelmäßigund binnen weniger Minuten aktualisiert werden. Muss ja an sich, da man ja auch eine Ladegrenze einstellen kann und die mit dem IST Stand laufend abgeglichen werden muss.
das Verhalten kann man bei evcc in der loadpoint-config einstellen; um zu schaue, ob und wie aktualisiert wird kann man ausserdem den Loglevel hochdrehen - auf "trace" sieht man auch die API-Aufrufe des Autos...
poll: # poll mode defines under which condition the vehicle API is called: # charging: update vehicle ONLY when charging (this is the recommended default) # connected: update vehicle when connected (not only charging), interval defines how often # always: always update vehicle regardless of connection state, interval defines how often (only supported for single vehicle) mode: charging # poll interval defines how often the vehicle API may be polled if NOT charging interval: 60m -
@jleg Danke für den Tip!
Die Werte kamen heute morgen beim Laden laufend rein. Sehr schön. -
@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
-
@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 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
