Neuer Adapter ioBroker.evcc

[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

[Merlin123]

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

[arteck]

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

wo genau .. ich habdie unter

ansonsten bei laden werden die unter

evcc.0.loadpoint.1.status.vehicleName

angezeigt welcher gerade am Kabel hängt

[Merlin123]

@arteck Da

evcc.0.loadpoint.1.control.vehicleName
und da
evcc.0.loadpoint.1.status.vehicleName
steht bei mir

db: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.

[arteck]

@merlin123 du hast die nicht im evcc über die yaml eingebunden richtig ??

[Merlin123]

@arteck yup. Wie geschrieben über die UI eingetragen. Aber kann die via dein Einträgen unter "vehicle" übersetzten. Nur direkt wäre schöner

[arteck]

@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