UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Christobal0815]

@merlin123 said in Neuer Adapter ioBroker.evcc:

@christobal0815 Die neuste Adapter Version von Github (wie oben beschrieben) hast Du installiert?

Ich halte meine Adapter via iobroker Up-to-date. Ich bin auf Version 0.1.1
Ob ich ihn damals über github installiert habe oder von iobroker, kann ich nicht mehr sagen. Soll ich den Adapter deinstallieren und über github die Version 0.1.1 erneut installieren?

[Christobal0815]

Ich habe die letzten Posts hier gelesen, aber leider nicht ganz verstanden, wie ich das Problem nun lösen kann. Offensichtlich hat es etwas mit dem Format der bestehenden Datenpunkte zutun? Soll ich nun einfach eine neue Instanz für .evcc in iobroker anlegen und die alte Instanz deaktivieren? Oder nur selektiv die betroffenen Datenpunkte im Objektbaum entfernen? Legen diese sich dann wieder neu an?

Danke

[Christobal0815]

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.

@christobal0815

Kann mir evtl. jemand sagen, wie ich den markierten Bereich nach Power in einen eigenen Datenpunkt bekomme?

[Merlin123]

@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

[Christobal0815]

@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

[Thomas Braun]

@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 --debug

wä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

[Christobal0815]

@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?

[Thomas Braun]

@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.

[Thomas Braun]

@christobal0815

commithash kannst du per

cd /opt/iobroker/ && npm ls | grep github

sehen.
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.

[roughestboy]

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'.

[JLeg]

@roughestboy diese Daten stehen unter loadpoint, nicht vehicle…

[roughestboy]

@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 ?

[roughestboy]

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.

[roughestboy]

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.

[Uwe96]

@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.

[JLeg]

@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

[roughestboy]

@jleg Danke für den Tip!
Die Werte kamen heute morgen beim Laden laufend rein. Sehr schön.

[JLeg]

@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 closed

Im 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
          },

[arteck]

@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

[JLeg]

@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 ;-)