Elli Charger Pro - Charger out of sync: expected disabled, got enabled

[ANiemuss]

Hallo,

nachdem ich gestern mit Erfolg das erste Mal Überschussladen durchführen konnte, wollte ich das heute wiederholen. Am Charger sehe ich für das HEMS erst das grüne Signal (erfolgreich mit HEMS verbunden). Sobald ich den Ladestecker ins Auto stecke, schaltet die LED auf gelb und ich bekomme die Fehlermeldung "charger out of sync: expected disabled, got enabled". Das Neustarten des PCs und der Ladebox bringen keine Abhilfe.

Irgendeine Idee ?

Grüße ... Arno

[Olf1337]

Die Fehlermeldung bekomme ich seid dem letzten Update auch.

Lädt das Auto denn?

Bei mir lädt zB der Audi Hybrid nur 1phasig und deswegen wird wohl an der Elli das gelbe Symbol da sein.
Das ist aber nur eine Vermutung da ich in der Doku dazu sonst nix finde.

Beim 3phasig Laden sind links rechts grün und Mitte blinkt.

[DerAndereAndi]

Nein, das ist nicht so. Erklärung habe ich hier angefügt: #6161 (reply in thread)

[Olf1337]

Danke für die Erklärung

[ANiemuss]

Bei mir wird der Ladevorgang im GUI für ca. 2-3 Sekunden angezeigt. Dann kommt im GUI die Fehlermeldung im Titel hier und im GUI wird der Ladevorgang abgebrochen. Ich kann es dann ausstecken. Dann springt die LED auf der Wallbox auf grün. Wenn ich es wieder einstecke, geht es wieder wie anfangs beschrieben los.

Die Wallbox selbst scheint mit 1,7 KW zu laden, auch wenn das evcc GUI einen Fehler anzeigt. Bin mir aber nicht sicher, ob das ggf. der vom evcc initial gesetzte Wert ist.

[DerAndereAndi]

Die LED geht IMMER auf Gelb, wenn die Ladeleistung nicht dem möglichen Maximum entspricht. Das ist kein Fehler, sondern Elli macht das gewollt so.

Die Meldung "charger out of sync: expected disabled, got enabled" ist eine auch erst mal Warnung und kein Fehler. (Gelbe und nicht rote Markierung) Das ist normal bei EEBUS aufgrund der Arbeitsweise von evcc.

Soweit ist hier kein Fehlerverhalten vorhanden. Was funktioniert denn nicht?

[ANiemuss]

Ich muss mich korrigieren. Es wurde nicht geladen. Der Ladevorgang ist kurz gestartet, dann eingestellt worden mit dieser Meldung. Ich will beim nächsten sonnigen Tag prüfen, ob die PV genug Überschuss hatte. Ich meine ja aber es war an der Grenze. Ich hatte in evcc „PV“ gewählt. Sobald ich den nächsten Versuch starten kann, schreibe ich hier einen Update rein.
.

[GrandAmmor]

Ich habe das selbe Verhalten mit meinem go-e charger v3 seit den letzten Updates.

FW des chargers ist die 055.0 und evcc 0.112.5.

Heute Nacht konnte mein 1-phasiger Hybrid die Zielladung im PV-Modus machen. Der 500e als offline-vehicle startet kurz und beendet dann die Ladung. Egal in welchem Modus...

[GrandAmmor]

Bei mir hat es geholfen, den charger einfach mal auf Werkseinstellungen zu setzen und kurz neu einzubinden. Läuft seitdem geschmeidig wie eh und je : )

[ANiemuss]

Eine Frage noch. Der Modus „PV“ startet der schon, wenn mindestens 1,4 KW Überschuss anliegen ? Ich hatte gestern mit „min+PV“ geladen und hier ging es runter bis auf 1,4 KW bevor aus der Batterie Strom gezogen wurde.

[StefanSchoof]

Nur wenn du die Box 1 phasig angeschlossenen hast. Die Box kann keine Phasenumschaltung. Also immer Anzahl der angeschlossen Phasen Mal 1,4.

[ANiemuss]

Dann habe ich den Fehler gefunden. Ich bin davon ausgegangen, dass die Einstellung PV mit der technisch kleinstmöglichen Lademenge (1,4 KW) startet. Das geht dann offensichtlich nur im Modus min+PV. Schade.

[ANiemuss]

Ich habe jetzt folgendes konfiguriert:

# open evcc at http://evcc.local:7070
network:
  schema: http
  host: evcc.local # .local suffix announces the hostname on MDNS
  port: 7070

log: info
levels:
  cache: error

# unique installation id
plant: 373c0a7e49da92d169d2605c65888a60d7a25f650cead19edc82270f902e6a56

interval: 10s # control cycle interval

meters:
- type: template
  template: kostal-plenticore 
  id: 71  
  host: 192.168.188.61  
  port: 1502  
  usage: pv  
  modbus: tcpip  
  name: pv1
- type: template
  template: kostal-plenticore 
  id: 71  
  host: 192.168.188.61  
  port: 1502  
  usage: battery  
  modbus: tcpip  
  name: battery2
- type: template
  template: kostal-ksem-inverter 
  id: 71  
  host: 192.168.188.61  
  port: 1502  
  usage: grid  
  modbus: tcpip  
  name: grid3

chargers:
- type: template
  template: ellipro 
  ski: '00a88d2f7fd7ed6d302ab86986d359c7d19c5421'  
  ip: 192.168.188.53  
  name: wallbox4

loadpoints:
- title: Carport
  charger: wallbox4
  vehicle: SkodaSuperb
  mode: pv
  phases: 3
  mincurrent: 6
  maxcurrent: 16
  resetOnDisconnect: true

site:
  title: Mein Zuhause
  meters:
    grid: grid3
    pvs:
    - pv1
    batteries:
    - battery2
  bufferSoc: 95
  prioritySoc: 90
  residualPower: 100

vehicles:
  - name: SkodaSuperb
    type: template
    template: skoda
    title: Skoda Superb
    phases: 1
  
eebus:
  certificate:
      private: |
          -----BEGIN EC PRIVATE KEY-----
          *****************************
          -----END EC PRIVATE KEY-----
      public: |
          -----BEGIN CERTIFICATE-----
          ****************************
          -----END CERTIFICATE-----

[StefanSchoof]

Hast du user und password vom skoda template nur nicht hier rein geschrieben? https://docs.evcc.io/docs/devices/vehicles#andere-2
Ich würde noch das vehicle am laodpoint zuweisen: https://docs.evcc.io/docs/reference/configuration/loadpoints#vehicles

[ANiemuss]

Ich habe ein user & passwort leider nicht. Das Vehicle habe ich unter dem Loadpint mit:
vehicle: SkodaSuperb

zugewiesen.

EDIT: Was mich stört ist, dass im GUI jetzt "unavailable" steht und nicht "Fahrzeug nicht angeschlossen" oder ähnliches. Kann man aber mit leben.

[StefanSchoof]

Wenn du kein Account hast, denke ich das offline template besser geeignet ist: https://docs.evcc.io/docs/devices/vehicles#offline

[ANiemuss]

Cool, jetzt klappt es. Jetzt muss nur nochmal ausreichend die Sonne scheinen, damit ich das testen kann.

[ANiemuss]

Feedback nach ausreichend Sonnenschein: Es funktioniert.

[IBernsdorf]

Hallo,
Ich habe das gleiche Problem, die Wallbox gibt nur für ca. 30 s den Ladeprozess frei und danach wird der Vorgang abgebrochen. Laden funktioniert nur mit deaktivierten evcc. Ich habe auch schon das Template vom Cupra Born gegen das Offline Template ausgetauscht, leider ändert sich nichts an dem Verhalten der Wallbox. Hat jemand noch eine Idee? Ich verwende aktuell die Version 0.113.2, mit der Version 0.110.0 ging es noch ohne Probleme.

[GrandAmmor]

Hast du deine WB einmal zurückgesetzt und neu eingebunden? Das hat bei mir geholfen, auch wenn es bei mir der go-e charger war...

[IBernsdorf]

Danke für den Tipp. Ich habe die WB neu gekoppelt und werde dies beim nächsten Mal Laden dies testen, wird wahrscheinlich erst was am Wochenende.

[IBernsdorf]

Ich habe gerade ein bisschen probiert und die WB schaltet nach ca. 30 s ab und wenn ich das Intervall erhöhe, dann wird mit 4.2 kW geladen und ich kann den Ladevorgang nicht stoppen. Was mich allerdings wundert, dass relativ schnell die Elli WB als disconnected angezeigt wird.

[DerAndereAndi]

Was bedeutet bei euch "die WB schaltet nach ca. 30 s ab"?

Um zu analysieren was da passiert wäre ein Log-File hilfreich. In der Konfigurationsdatei bitte folgendes einstellen:

log: debug
levels:
  eebus: trace

Wie man an das Logfile kommt steht hier: https://docs.evcc.io/docs/guides/setup/#wie-kann-ich-ein-logfile-zur-fehleranalyse-erstellen.

Allgemein: der EEBUS Dienst auf der Wallbox tendiert vor allem bei der 1. Verbindung zu crashen. Sobald die Wallbox keine Verbindung zum gekoppelten Energiemanagementsystem mehr hat, wird die Stromstärke von der Wallbox selbst auf 6A pro Phase gesetzt. Um zu wissen ob der Dienst crashed oder es z.b. ein WLAN Problem gibt, ist das Logfile notwendig.

[IBernsdorf]

Andi danke für die Hinweise, ich werde morgen versuchen das Auto mit EVCC zu laden. Ich habe mir die Log-Datei angesehen und festgestellt, dass ziemlich viele MQTT Timeout Einträge vorhanden sind. Die Gesamtlastgang wird bei mir im iobroker errechnet und ist über MQTT in EVCC eingebunden. Das Timeout habe ich allerdings ziemlich hoch mit 300 Sekunden angesetzt.

Zeile 181001: M�r 04 16:47:54 raspberrypiiobroker evcc[22858]: [mqtt ] ERROR 2023/03/04 16:47:54 clear: i/o timeout
Zeile 181011: M�r 04 16:47:56 raspberrypiiobroker evcc[22858]: [mqtt ] ERROR 2023/03/04 16:47:56 clear: i/o timeout

[IBernsdorf]

Ok der Fehler bleibt, anbei das Log File von heute. Den MQTT Fehler habe ich nicht mehr im Log gefunden.
log_evcc_elli_issue.txt

[andig]

@IBernsdorf kannst Du bitte eine neue Discussion für die NaN Fehler mit Logfile machen? Benutzt Du irgendeine externe Steuerung die das vllt. falsch Aufrufe macht?

[IBernsdorf]

@andig @DerAndereAndi
Ich habe am Wochenende ein paar Sachen ausprobiert und einige Sachen noch mal überprüft. Eine externe Steuerung kann ich ausschließen, es gab mal die Möglichkeit via MQTT das Lademodus von LP1 zu setzen. Allerdings habe ich diese Option bereits letztes Wochenende deaktiviert. Sonst werden nur einige Signale auf einem Dashboard visualisiert, ist aber nur lesend.

Ich konnte den Ladevorgang starten, in dem ich vorher via REST-API die Max- und MinCurrent von LP1 gesetzt habe und anschließend minPV ausgewählt habe. Nach einem EVCC Neustart konnte ich wieder die NaN Wert Problematik beobachten. Was auch gut funktioniert ist, wenn ich die Stromwerte via Frontend setzte (nach Aktivierung der experimentellen UI Funktionen). Die YAML Datei habe ich ebenfalls noch mal gecheckt, ich kann aber keine Fehler finden.

LP1 Einstellungen:

loadpoints:

• title: Elli Charger
  charger: my_charger
  vehicle: my_car
  mode: minpv
  phases: 3
  mincurrent: 6
  maxcurrent: 16
  guardduration: 15m

Uploading evcc20230312.log…

[andig]

Bitte neues Thema und mit log. Du hast keins hochgeladen.

[andig]

@DerAndereAndi kann es sein, dass die Limits aus dem EEbus hier als NaNs ankommen und damit in den Loadpoint geschrieben werden? Das erscheint mir das wahrscheinlichste Szenario da wird sonst noch die NaN Stromlimits gesehen haben.

[DerAndereAndi]

@IBernsdorf Könntest du bitte nochmal ein Logfile hochladen welches das Problem zeigt? Mit den hier beschriebenen Einstellungen: #6161 (reply in thread) ?

Das zuletzt hochgeladene ist leider nicht zugreifbar.

[IBernsdorf]

@DerAndereAndi
log_evcc_elli_issue.txt

Ich hoffe die Datei wurde jetzt richtig hochgeladen

[andig]

Das hat geklappt- aber in dem ganzen Logfile ist kein NaN drin, also kein entsprechender Fehler.