Testversion mit Elli support

[DerAndereAndi]

Hallo zusammen,

Seit dem 14.10.22 15:35 ist die Unterstützung für die Elli Connect oder Elli Pro Wallboxen und deren Branding (VW, Seat, Skoda, Audi, ...) Varianten im offiziellen Release von evcc ab Version 0.105.1 enthalten!

ACHTUNG: BITTE KEINE NEUEN BEITRÄGE! BITTE BEI FRAGEN/PROBLEMEN EINE NEUE DISKUSSION STARTEN

Letzte Aktualisierung: 14.10.22 15:40

Welche Modelle werden unterstützt?
Die Connect wird ohne nachträglich eingebauten oder extern angebundenen Stromzähler, keine Leistungswerte liefern und auch nicht die geladene Strommenge. Die Pro oder Connect mit Stromzähler liefern die Ladeleistung, die geladene Strommenge wird dort auf Basis der Ladeleistung geschätzt, da dieser Wert nicht zur Verfügung gestellt wird.

Versuchst du es zum ersten Mal?
Dann erstelle bitte eine neue evcc Konfiguration mittels evcc configure wie in der Anleitung zum jeweiligen Betriebssystem beschrieben: https://docs.evcc.io/docs/installation/overview
Oder passe deine Konfiguration von Hand an, wie in https://docs.evcc.io/docs/reference/configuration/eebus beschrieben und dann mit der Konfiguration des chargers wie im ersten Link oben beschrieben.

Im PV Modus lädt das Auto obwohl nicht genug Überschuss vorhanden ist
Wenn man den PV Modus einstellt, und dann das EV ansteckt, dann wird es erst mal mit dem Laden beginnen, da evcc die Daten noch nicht hat um das Laden zu steuern. Nach 5-10s sollte das Laden aber aufhören, wenn nicht genug PV vorhanden ist. Wenn das Auto schon angesteckt ist und man den Modus von Stop auf PV wechselt, dann sollte bei ungenügend Überschuss auch nicht geladen werden.

Ich habe eventuell ein Problem entdeckt, was muss ich tun?
Zur Analyse ist eine Log Datei notwendig, in welcher die EEBUS Nachrichten im Detail aufgeführt sind. Dazu sollte in der evcc.yaml Konfiguration z.B. folgende Einstellung aufgeführt sein:

log: debug
levels:
  eebus: trace

Weiter Informationen wie man an das Log kommt, ist hier zu finden: https://docs.evcc.io/docs/guides/setup#wie-kann-ich-ein-logfile-zur-fehleranalyse-erstellen

Wieso geht es noch nicht mit dem Nightly Build oder einem normalen Release?
Dafür gibt es technische Gründe. Wir müssen momentan sozusagen die Programmiersprache etwas ändern, damit das fehlerhafte Zertifikat der Wallbox akzeptiert wird. Das lässt sich nicht bzw. nur extrem aufwändig realisieren. Elli ist das Problem bekannt und es wird hoffentlich bald korrigiert.

Welchem Stand von evcc entspricht diese Version?
Es entspricht etwa alle Änderungen der Version 0.104.2.

Wo finde ich den Code?
Der PR ist hier zu finden: #4207

Welche bekannten Probleme gibt es?

• Die Wallbox akzeptiert nicht immer eingehende Verbindungen und macht selbst nur etwa alle 10 Minuten von sich aus eine Verbindung. Ein sofortiger Verbindungsaufbau kann mit dem erneuten Koppeln auf der Webseite der Wallbox angestoßen werden.
• Wenn das EV bereits an die Wallbox angesteckt ist und dann die Verbindung mit evcc hergestellt wird, dann erhält evcc keine Stromdaten und damit kann evcc nicht erkennen ob die Ladung freigegeben ist. Lösung: Auto abstecken und wieder anstecken
• Die Wallbox startet teilweise automatisch z.b. in der Nacht neu, wenn das Auto dann angeschlossen ist, tritt obiges Problem auf. Lösung: Auto abstecken und wieder anstecken
• Wenn PV Laden eingeschaltet ist, und eines der oberen beiden Probleme auftritt, lädt das Auto auch wenn nicht genug PV Strom verfügbar ist. Lösung: Auto abstecken und wieder anstecken

[StefanSchoof]

Wenn das mit der vorherigen Version ohne IP augenscheinlich funktioniert hat, sollte man die IP trotzdem angeben?

[DerAndereAndi]

Kein Wunder, du hast die SKI von evcc in die Konfigurationsdatei für den Charger eingetragen, anstatt die SKI der Wallbox. Das hier ist die Richtige: 6a1c5c92e48a336e9d02d4ef0af4b0cf9

[mlin555]

log.txt
yaml.odt
Habe jetzt alles richtig eingestellt aber der Fehler ist der gleiche

[DerAndereAndi]

Es funktioniert, aber wenn du halt evcc selbst beendest (mit CTRL-C) geht es auch nicht weiter. Und scheinbar läuft evcc auch im Hintergrund und du startest es zusätzlich von der Kommandozeile, es darf aber nur 1 Mal laufen. Wieso tust du das?

Wenn es als Service läuft, dann stoppe es mit sudo systemctl stop evcc und starte es von der Kommandozeile, lass es einfach laufen, nicht selbst beenden oder unterbrechen. Die Konfiguration ist wohl jetzt korrekt. Wenn evcc keine Verbindung aufbauen kann, dauert es bis zu 10 Minuten bis die Wallbox eine Verbindung aufbaut.

[RDZipZap]

Nach dem Update wurde mein Auto sofort mit 4kw geladen, obwohl der Modus PV gewählt ist (kein Mindestladestand angegeben) und zur Zeit kein Überschuss zur Verfügung steht.
Außerdem hat evcc zunächst mein Auto angezeigt (samt SOC), dann wieder 'Nicht verbunden', wechselt im 20s Takt hin und her.
Die Kopplung mit der ElliPro habe ich nicht erneuert, sondern einfach weiterverwendet (ElliPro meldet verbunden mit Energiemanager)

[DerAndereAndi]

Könntest du uns bitte das Logfile zur Verfügung stellen? Bitte mit trace.

ich tippe mal darauf, dass die Wallbox die Verbindung mit einem EOF Fehler abbricht und evcc dann sofort eine neue Verbindung aufbaut, und das in einer Endlosschleife. Bitte auch mal versuchen das Auto abzustecken, kurz warten und wieder anstecken.

Beim anstecken wird das Auto auch im PV Modus immer mit dem Laden beginnen bis evcc die notwendigen Informationen hat um die Ladung zu steuern. Das lässt sich wahrscheinlich nur damit verhindern, dass das Kaden an der Wallbox mit einer RFID Karte freigegeben werden muss.

[DerAndereAndi]

Ich habe gerade noch einen neuen Build gemacht der einen Crash behebt. Dein Problem sollte aber nicht damit zusammen hängen.

[DerAndereAndi]

Habe ne neue Version gebaut, die sollte die Probleme beheben.

[Wondermusic]

Moin Andi,
Spitzenmäßig! Heute früh mein Testsystem aktualisiert, config angepasst und Auto neu verbunden (das hat er nach der Elli Koppelung und dem Start von evcc nämlich nicht erkannt).
Als nicht genug vom Dach kam, tat sich gar nichts und ab erreichen eines ausreichenden Ertrages ging es los. Hat sich auch schön dem Verlauf angepasst.

sonnenbatterie

Es gab keine Verbindungsabbrüche und keine anderen Fehlermeldungen. Falls mir was mit den anderem Modi in den kommenden Tagen auffallen sollte, gibt es natürlich Updates - habe heute nur PV getestet.

Vielen vielen Dank für Deinen / Euren Einsatz!!!!!! :-)

Mit besten Grüßen,
Richard

[DerAndereAndi]

Bitte aktualisiere auf die neue Testversion, habe da ein paar Probleme behoben. Ist im Eingangspost neu verlinkt.

[Wondermusic]

Läuft bei mir auch mit der Version 0.0.5 Alpha -> 1A.
Umschalten zwischen Aus / minPV / PV / Schnell ohne Probleme. Keine Meldungen... Alles läuft bestens mit der Ladetätigkeit für den eHybrid.
Jetzt muss ich nur noch die Tage mal schauen wie das mit unserem MG ZS EV aussieht, da hier ja in jeglicher Form keine Datenverbindung zum Fahrzeug besteht. Da habe ich bzgl. Konfiguration in der evcc.yaml noch nicht viel zu gefunden. Ist zwar jetzt OT, aber falls die nachfolgende Config nicht stimmt nur kurz Bescheid geben. Dann schaue ich woanders ob und wie ich was ändern muss. Merci. :-)

- type: custom
  title: MG ZSEV 
  capacity: 44
  phases: 1
  mode: minpv
  minSoC: 10
  targetSoC: 100
  minCurrent: 6
  maxCurrent: 16
  identifiers:
  - "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx"
  name: ev2

[Wondermusic]

Nur zur Info - gestern aktualisiert... Auch mit der 0.0.8 Alpha gibt es hier keine Probleme.

[chkatz]

Hallo Andi,
vielen Dank für die neue Version! Ich habe das Paket von heute installiert und die Anpassung in der Config (IP-Adresse der Wallbox) gemacht.
Soweit ich das beurteilen kann, funktioniert die Ladung, jedoch sehe ich im Webinterface beim Fahrzeug nur die Meldung "Ladebereit. Warte auf Fahrzeug". Auch die Leistung wird dauerhaft nur mit 0,0 kW angezeigt.
Die alte Version hat übrigens funktioniert.

Logdatei habe ich angehängt (um ca. 13:36 hat die Ladung über PV begonnen)
evcc_log.txt

[chkatz]

Scheint auf den ersten Blick wieder zu funktionieren - super! Werde das morgen wenn wieder mehr Sonne da ist weiter beobachten.

[chkatz]

@DerAndereAndi Zur Info: Ich habe jetzt testweise die aktuelle Version von https://github.com/DerAndereAndi/eebus/releases/tag/0.0.6-alpha installiert und hier tritt wieder der alte Fehler "Ladebereit. Warte auf Fahrzeug." auf. Nach dem Wechsel zurück zur alten Version (die du vor zwei Tagen reingestellt hast) funktioniert es wieder.

[DerAndereAndi]

@chkatz danke fürs Testen. Da hat die Änderung für die Unterstützung von externen Zählern wohl nicht für interne funktioniert. Sollte mit dem neuen Build behoben sein.

[chkatz]

Danke für den schnellen fix! Mit der neuen Version läuft es im Moment jetzt wieder.

[DerAndereAndi]

@chkatz bitte auf 0.0.8 aktualisieren, das behebt einen Fehler der zum Absturz führen kann

[Markinus]

Moin,
danke, es funktioniert mit der neuen Version.
Ich habe nur einen komischen Effekt. Die Software zeigt Verbunden an und das Fahrzeug lädt. Wenn ich aber auf "PV" schalte, dann lädt er zwar weiter zeigt aber "Ladebereit. Warte auf Fahrzeug." an. Schalte ich auf "schnell" oder "Aus" um, dann zeigt er wieder verbunden an. Reproduzierbar. (Wie gesagt, Ladung und Steuerung funktionieren trotzdem).
Danke + Gruß

[Markinus]

Ok, passt, danke für die Info..

[DerAndereAndi]

Den Fall "Ladevorgang abgeschlossen" gibt es nicht, wie @premultiply oben schon schrieb.

@premultiply Weisst du wie das Handling mit der Ladezeit ist? Habe ich momentan keinen Überblick.

[Markinus]

@DerAndereAndi Ja, das ist klar. Aber es ist jetzt anders. Als er beim Laden 100% erreicht hat dann ging er auf "Ladevorgang abgeschlossen". Wenn man mit 100% ansteckt dann geht er auf "Verbunden" und die Zeit läuft. Anbei das Log. Falls das mit Elli nichts zu tun hat dann kann ich auch gerne einen neuen Threat öffnen.
log_100%.txt

[andig]

Ladezeit ist bekannter Fehler.

[andig]

@cc3neo off-topic, bitte neues Thema.

nur evcc scheint nicht mehr zu lesen.

Mqtt ist passiv, die Frage ist also ob was empfangen wird. Das siehst Du im trace log.

[Saharel001]

Moin zusammen habe den PR mit den letzten Änderungen im Test: Elli Charger Pro
Bei mir geht das PV Überschussladen nicht mehr. im PV Modus startet die WB sofort und beleibt bei 1,4kW und regelt nicht hoch.

• Edit: Vermutlich alles auf das Thema Charger Status zurück zu führen, ich warte mal ab ;)
• Edit: Alpha 0.0.5 korrigiert das Verhalten um das Thema "Im PV Modus startet die WB sofort und beleibt bei 1,4kW" weiter Tests folgen.
• Edit: Laut evcc wird das Laden nicht gestartet aber in der Elli App schon. Der Ladevorgang pausiert dann nach ca 5 min wieder.
• Edit: In der 0.0.5 scheint die Übertragung von Informationen Richtung evcc core und damit zur UI nicht mehr zu funktionieren
• Edit: Fahrzeugstatus in UI steht auf "Verbunden." bis der Überschuss beginnt, dann Wechsel er auf auf "Ladebereit. Warte auf Fahrzeug."
• Edit: Ich habe jetzt nochmal auf die 0.0.5 umgestellt und nach einer kleinen Runde mit dem iV Hybrid das Auto wieder an die Ladung gehängt. Siehe da alles funktioniert. @DerAndereAndi Danke für den Hinweis mit den fehlenden Werten vom EV. Ich behalte das im Auge.
• Edit: Version 0.0.8 seit Release im Einsatz, alles funktioniert tadellos.

[Saharel001]

@DerAndereAndi Neues Phänomen: In evcc sieht es gut aus und das Auto wird nicht geladen, in der WB App und auch per Meter zu erkennen wird aber mit 1,5Kw geladen...
evcc.log

Edit: Die WB hat nach 0,16kWh aufgehört zu laden.

[StefanSchoof]

@Saharel001 Danke für den Hinweis mit wegt. Ich habe das selbe gemacht...

[Saharel001]

@DerAndereAndi - So PV Überschuss ist da, die die WB hat das Laden mit 1,5kW gestartet, anscheinend werden aber keine Daten mehr in der UI angezeigt. (Leistung bleibt bei 12W) In der ElliApp es es zu sehen. Auch bleibt die Leistung trotz vorhandenem Überschuss bei 1,5kW außer ich Wechsel auf schnell, dann geht es auch mit max. Leistung. In evcc wird die Leistung nun dem Hausverbrauch zugerechnet daher stimmt auch die Berechnung im Log nicht.

Neuster Eintrag oben (Sortierung geändert)
evcc.log

[DerAndereAndi]

@Saharel001 in dem ganzen Log sind keine Messdaten zu sehen. Es wurden keine von der Wallbox übermittelt. Daher kann man auch nichts anzeigen oder Regeln. Warum das so ist, weiss ich nicht. Ich kann da nichts aktiv machen bzw. anfordern. Und da von der Wallbox keine Verbrauchswerte geschickt werden, werden die dem Hausverbrauch zugeordnet. Hast du evtl. ein komplettes Log seit Start bzw. Anstecken des EVs?

[Saharel001]

@DerAndereAndi ich habe jetzt mit der 0.0.1 erstmal den Ladevorgang beendet. Ich werde jetzt nochmal auf die 0.0.5 umstellen dann den nächsten Vorgang komplett loggen.

[efrencd]

Hi,

I'm trying this new version. I am receiving the following error all the time:

[lp-1 ] ERROR 2022/08/24 18:38:37 charge meter: strconv.ParseFloat: parsing "<nil>": invalid syntax

PD: I know Germany has a big community of VW ID's and its chargers but for international users it would be much easier if english were used. I had lot of problems to run the config program as everything is in german. Thanks to google translator.

Any plan to add more languages?

Thanks for this work.

[efrencd]

Ok, Hopefully a solution can be found.
Thanks!!!

[DerAndereAndi]

@efrencd I just made a new build, would you mind trying this out? It should support your setup, I can't test it locally as my setup is different.

[DerAndereAndi]

@efrencd did you already have a chance to try this out? with the build from today or the last from yesterday it would hopefully work with your external Shelly meter if that is assigned to the loadpoint

[DerAndereAndi]

@efrencd would you mind creating a new discussion topic that focuses on your setup/installation questions? This would get a bit lost in here and is not related to the Elli charger itself. Thanks.

[martin28bln]

Hat einer für mich mal die Configauszüge für den Elli Charger Pro, um die Strommessung mit auszulesen? Das geht bei mir leider bisher nicht. Darüber wird doch sicher die Lademenge in evcc berechnet!?

[Saharel001]

Du muss natürlich den evcc deamon anhalten um denn eine neue config zu erstellen, wenn der deamon läuft ist der Port blockiert.

[DerAndereAndi]

@martin28bln Hast du auch eine Connect mit Zähler oder eine Pro? Einfach probieren, siehst es ja dann in der UI.

@Saharel001 wenn 12W angezeigt werden, dann ist das der Wert der von der Wallbox kommt. An dem Code hat sich nichts geändert.

[martin28bln]

@DerAndereAndi einen echten Charger Pro. Mit der neuesten Alpha geht es jetzt. Ich gehe aufgrund deines Kommentars also davon aus, dass die angezeigte Ladeleistung und Lademenge dann wirklich aufgrund der gelieferten Stromwerte errechnet werden?

Eine andere Frage noch. Wenn ich die PV Ladestartgrenze herabsetzen will auf bspw. >1,5kW Überschuss Ladestart, könnte ich da tricksen indem ich den Charger auf 1 phasig konfiguriere? Hintergrund ich habe einen eUp der eh bloß 2 phasig lädt und ich fast vermute, dass der Konfigwert für die Phasenanzahl lediglich zur Berechnung dient ohne Auswirkung auf die Ladeleistung min/max!?

Bevor ich es vergesse. Großes Lob an euch! Unterstützung wenn auch klein habt ihr ja bereits :-)

[DerAndereAndi]

@martin28bln Die Wallbox übermittelt nur die Stromstärke pro Phase, die Leistung daraus wird errechnet.

Die andere Frage kann ich nicht beantworten, bin nicht Teil des Teams, evtl. kann das @andig oder @premultiply vom evcc Team beantworten.

[premultiply]

https://docs.evcc.io/docs/reference/configuration/vehicles#phases

phases: 2

[mruf123]

Oben steht: "Momentan funktioniert nur die Connect mit nachträglich eingebautem Zähler".

Ich habe den ID.Charger Connect ohne Zähler sowie einen Fronius Gen24 (mit Smart Meter). Trotzdem funktioniert das Überschußladen prima mit der Testversion. Daher bin ich etwas irritiert.

[DerAndereAndi]

Und wie ist bei dir evcc für die Wallbox konfiguriert und welche Version verwendest du? So wie es sein soll, funktioniert es nicht. Wenn du die Connect über die erste Version laufen lässt oder mit als Pro konfigurierst, scheint (!!) es zu funktionieren. Weil einfach so getan wird dass das Auto genau so lädt wie es maximal darf. Aber das ist weder die Realität noch stimmt es immer und es hat für evcc in der Regelung kritische Schwachstellen. Deshalb hat das evcc Team (ich bin nicht Teil des Teams) beschlossen, dass dieser Weg so nicht weiter gehen soll. #4207 (comment)

Es muss einen realen Zähler geben der die tatsächlichen Ströme des Ladevorgangs pro Phase liefert. Dem ist bei der Connect nicht so. Je nach Konfiguration scheint es für dich zu funktionieren, weil so getan wird als ob.

[mruf123]

Ich habe bisher die Vorgängerversion der aktuellen Testversion genutzt, was für mich aus Laien-Sicht auch funktioniert hat:

[efrencd]

I also have a connect and it is not working for me with current version (I have added a comment above).

What version are you using? Can you share con configuration file?

Thanks!

[mruf123]

Das ist der Inhalt der evcc.yaml (ohne private Schlüssel/Passwörter):

# 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

interval: 10s # control cycle interval

meters:
- type: template
  template: fronius-solarapi-v1 
  usage: grid  
  host: 192.168.1.41  
  name: grid1
- type: template
  template: fronius-solarapi-v1 
  usage: pv  
  host: 192.168.1.41  
  name: pv2

chargers:
- type: template
  template: elliconnect 
  ski: xxx
  ip: 192.168.1.100  
  name: wallbox5

vehicles:
- type: template
  template: vw 
  title: e-up  
  user: xxx  
  password: xxx 
  vin: xxx  
  capacity: 32 
  targetSoC: 80 
  name: vw
- type: template
  template: tesla 
  title: Model 3 LR  
  accessToken: xxx
  refreshToken: xxx
  vin: xxx  
  capacity: 82
  targetSoC: 80  
  name: tesla

loadpoints:
- title: Carport
  charger: wallbox5
  vehicles:
  - vw
  - tesla
  mode: pv
  phases: 3
  mincurrent: 6
  maxcurrent: 16
  resetOnDisconnect: true

site:
  title: Zuhause
  meters:
    grid: grid1
    pvs:
    - pv2
    
sponsortoken:
  xxx

eebus:
  certificate:
      private: |
          -----BEGIN EC PRIVATE KEY-----
          xxx
          -----END EC PRIVATE KEY-----
      public: |
          -----BEGIN CERTIFICATE-----
          xxx
          -----END CERTIFICATE-----

[Markinus]

Ich habe die Verion 0.05 heute getestet und irgendwie ist es merkwürdig. Ich habe eine Elli Connect + einen externen Zähler im SIcherungskasten. Ich verwendet die elliconnect Vorlage in der Konfiguration.
Obwohl ich die Parameter für den Hausspeicher in der Konfiguration habe hat er bei 90% Hausspeicher trotzdem nur mit 1.4 kW das Auto geladen und ging nicht höher. Statt dessen wurde der Hausspecher weiter geladen.

site:
  title: Zuhause
  meters:
    grid: grid1
    pvs:
    - pv2
    batteries:
    - battery3
  bufferSoC: 61 # Hausbatterie wird oberhalb SoC 61% als Puffer genutzt
  prioritySoC: 60 # Hausbatterie bekommt bis zum SoC 60% Priorität beim laden

[DerAndereAndi]

@Markinus Danke, das war mir bisher nicht bekannt und ist auch etwas ein Sonderfall. Normal sollte ja evcc immer laufen, das Problem könnte aufkommen wenn das EV lädt und die Verbindung zwischen Wallbox und evcc aus welchem Grund auch immer verschwindet.

Kannst du bitte ein Log mit log: trace machen damit auch die EEBUS Kommunikation sichtbar ist? Momentan scheint es einfach so, dass die Wallbox dann keine Daten liefert, also weder dass ein EV angeschlossen ist, noch weitere Infos. Da kann dann niemand was machen. Das wäre ein Bug bei Elli. Mit einem EEBUS Log könnte ich das weiterleiten.

[Markinus]

@DerAndereAndi Anbei das Logile in Trace. Falls du mehr benötigt dann liefere ich gerne.
log_trace.txt

[DerAndereAndi]

@Markinus danke, das passt. Werde ich nächste Woche ansprechen. Kann ich leider von evcc Seite aus nichts machen um das zu lösen, ist ein Bug in der Elli Software. :(

[Markinus]

@DerAndereAndi danke für die Analyse. Der Workaround ist ja in diesem Fall unsererseits nicht wirklich kompliziert. Ich bin mal gespannt wie und ob Elli auf die gefunden Punkte reagiert. Eine korrigierte Firmwareversion wäre schon echt cool und ein Zeichen von Interesse.

[DerAndereAndi]

@Markinus Das Interesse ist auf jeden Fall bei Elli vorhanden, das kann ich versichern. Aber bei so großen Firmen und Zulieferern läuft nicht immer alles so wie man sich das von außen vorstellt. (Ich spreche aus Erfahrung)

[efrencd]

I haven't been able yet to make mine work. It remains charging at 2Kw but it doesn't get adjusted to se PV generation curve.

Stupid question: I have a monophasic installation.

Ho do I have to configure the PHASE setting in the configuration?

[andig]

 phases: 1

in der loadpoint config

[premultiply]

https://docs.evcc.io/docs/reference/configuration/loadpoints#phases

[erazor82]

Ich habe die aktuelle Version auf nem Raspi eingerichtet, die Config (korrekt) erstellt und auch den Elli Charger (Pro, mit Zähler) verbunden. Das Problem bei mir ist, dass evcc im PV Modus meinen Hybriden Skoda Superb immer nur mit max 1,8kw lädt, auch wenn 10kw vom Dach kommen. Wenn ich auf "schnell" schalte, steigt die Ladeleistung gleich auf die seitens des Autos maximal möglichen 3,5kW.

Die Automatik funktioniert somit nicht. Ich habe 2 Sungrow Wechselrichter konfiguriert, einen hybriden und einen normalen - der gesammelte Sonnenstrom wird auch korrekt im evcc oben im "Balken" angezeigt und würde dick und lang genügen für 3,5kW Ladeleistung.

[DerAndereAndi]

Bitte reiche ein Logfile nach. Ansonsten kann niemand sagen was warum passiert. Danke 🙏

[erazor82]

alles klar, ohne jetzt der allergrößte Linux Profi zu sein: wo finde ich das Log und wie kriege ichs von einem Raspi runter? ;) Ich bin zwar IT-ler, aber nicht aus der Linux Ecke ;) Ich bin froh, dass ich vi bedienen kann.

[DerAndereAndi]

@erazor82 schau mal die Hilfe hier an https://docs.evcc.io/docs/guides/setup/#wie-kann-ich-ein-logfile-zur-fehleranalyse-erstellen und versuche mal nano anstatt vi.

[DerAndereAndi]

Vielleicht noch eine Anmerkung: PV Laden heisst PV-Überschuss laden. Wenn mit 1,8kW geladen wird, wird denn dann auch gleichzeitig Strom eingespeisst? Für mich klingt das nicht nach einem EEBUS spezifischen Problem, sondern eher Konfiguration oder Regelung. Aber genaueres kann man eben nur mit einem Log sagen und am besten mit Konfigurationsdatei. Vielleicht erst mal als neue Diskussionsthema, und nicht hier in diesem Thread.

[RDZipZap]

Hi! Ich habe jetzt mal auf 1-phasig umgestellt, da gestern der Test mit der Version 0.0.8 an meinem ID.Charger gut funktioniert hat. Ca. bei 4kW Startleistung mit dem Laden begonnen und bis zur max Leistung meiner PV mitgegangen.
Allerdings habe ich nur max 7kW Leistung und meistens bewegt sich meine PV-Überschussleistung unterhalb der 4kW. Und da eine Phasenumschaltung noch nicht unterstützt wird, habe ich nur noch eine Phase am Charger angeschlossen (nach Dokumentation) und EVCC entsprechend umkonfiguriert. Allerdings startet jetzt die Ladung im Mode PV nicht. Das Laden funktioniert aber auf Min+PV
evcc.log
.

[premultiply]

Ja, die Latenz des gridmeters ist VIEL zu hoch.

[DerAndereAndi]

Bitte mach ein neues Thema auf. Das hat nichts mit Elli oder EEBUS zu tun, sondern mit deiner spezifischen Konfiguration.

[DerAndereAndi]

Noch eine Anmerkung: teilweise kommen von der Wallbox keine Messwerte und sie reagiert wohl auch nicht auf neue Limits oder das Auto reagiert nicht mehr. Da die EEBUS Logs nicht vollständig sind kann ich dazu nicht mehr sagen. Unabhängig davon musst du deine Konfiguration korrigieren. Wenn das richtig läuft, dann wäre das hier der nächste Schritt. Momentan gibt es einfach zu viele Dinge die nicht korrekt laufen, sowohl mit deiner Konfig als auch mit der Elli Wallbox.

[andig]

@RDZipZap

Das SmartMeter wird von iobroker nur alle 30 Sekunden ausgelesen.

Das ist auf jeden Fall- Plus Versatz in evcc- viel zu lange.

Warum startet kein neuer Ladevorgang?

Für 3p brauchst Du 6A x 230V x 3, also 4,1kW- Du hast aber nur 3,1 verfügbar. Schau bitte mal in die evcc Doku und dann gerne ein neues Thema dazu.

[DerAndereAndi]

@andig er lädt 1-phasig. Das laden beginnt aufgrund von Bugs in der Elli Software nicht.

[efrencd]

Hi all,

I haven't been able yet to make mine work. (Elli Connect, monophasic)

I only have 2 external meters: one for PV and another one for the Grid.

Question:
Is it compulsory to have a meter in the charger (external or not) for EVCC to work with this charger?

Issue:
In my configuration file in the loadpoint I have the default mode set to off. If I have understood properly in this mode the vehicle should not start charging when I plug it. Well... in my case it starts charging. And no matter if I change the mode in the web interface (PV, MIN+PV, FAST, OFF) as it doesn't seem to change anything.

I also receive this error in the log in debug mode:
"charger out of sync: expected disabled, got enabled"

EVCC seems to be reading the grid meter and the PV meter properly as I can see its values in the log.

[DerAndereAndi]

evcc requires the charger to have an internal or external meter, otherwise controlling the power is not possible. You could fake it and use the Elli Pro configuration, it will seem to work but it is highly discouraged by the evcc team as the charger will only provide fake amperage values when used with the Connect model without the added meter.

It is possible to add the built in meter yourself. This thread (in german) contains details on which meter you need and how to connect it: https://www.goingelectric.de/forum/viewtopic.php?t=62097 The alternative is to add an external meter that measure the Wallbox power consumption, which might be easier (and maybe cheaper) to do.

[efrencd]

OK, I'll try to configure an external meter for the charger.

And about the other question...

Why if I set it OFF it still charges the car?

Thanks

[DerAndereAndi]

Then the charger does not talk to evcc, either because of a bug or because they are not connected. Check the web interface of the charger under energy management if it says connected. Anyway, only a log will tell what is going on.

[efrencd]

Hi, I attach a trace file.

It was night so no PV. Default mode was set to OFF. I expected the car not to start charging when I plugged the cable, but it started charging.

Then I selected FAST and then OFF again in the web interface but the car continued charging.

It seems there is communication between my charger and EVCC but I guess something is wrong.

Thanks for the help.

evcc trace.txt

[KemnaMOL]

Ich konnte die Testversion gestern auf meinem PC installieren und erfolgreich einrichten. Ich sehe dass das Programm irgendwann abgebrochen hat mit dem Fehler:
Oben.local.: error calling shipHandler: client not registered

Ich weiss nicht ob das speziell diese Version betrifft. Bei neuem Startversuch zeigte er mir wieder diesen Fehler. 10 Minuten später ging es wieder.

[DerAndereAndi]

Die Ausgabe auf der Konsole kannst du in eine Datei umleiten. Beim Starten von evcc einfach > C:\dateiname.txt oder ähnliches anhängen und dann mit Enter das Kommando ausführen und evcc damit auch starten.

Deine Beschreibung hilft mir leider nicht weiter.

[KemnaMOL]

OK, ich musste die Config so ändern:
log: info
levels:
cache: error
eebus: trace

Die logdatei geht auf c:\ nicht, aber ging mit c:\evcc\

Dann hatte ich noch einmal "evcc eebus-cert" ausgeführt und die neuen Daten in die Config kopiert.

Doch die logdatei bleibt leer und die Box leider nicht verbunden.

[DerAndereAndi]

@KemnaMOL Das ist nicht was ich beschrieben hatte. In Anleitung steht du sollst evcc configure ausführen um eine Konfigurationsdatei zu erstellen, dann brauchst du kein evcc eebus-cert mehr ausführen, weil das schon durchgeführt wurde.

Bitte mache eine neue Diskussion mit deinen Konfigurationsfragen auf und schau ob dich ein Bekannter mit IT Kenntnissen unterstützen kann.

[KemnaMOL]

evcclog.txt
Jetzt hat es geklappt. :-) Ich hatte das > am Anfang vergessen.

[DerAndereAndi]

Du hast als SKI für die Wallbox d19f1ce9ae7fd0c9fe75bb14025f92fe56802700 in der Konfiguration eingetragen, aber gefunden wird 819c4845c355870a15baeeabf7ce81395c1eb47f

[mmrazovic]

Hallo Andi,
ich habe oben in einem Post die Lösung gefunden zum Problem "Charger out of sync...", denn ich habe die Connect Variante ohne Zähler.
Jetzt habe ich mich entschieden den entsprechenden ABB Zähler in die Box nachzurüsten.

Was ich nicht rauslesen konnte: Bedarf es NACH Installation des Meters in der Box noch eine Anpassung der evcc.yaml Konfiguration? Lediglich auf die "Pro Variante" (template: ellipro) umstellen, oder brauche ich dann auch noch einen weiteren "meter" Eintrag?
Danke und Grüße!

[DerAndereAndi]

Wenn du den ABB Zähler in der Box einbaust, musst du nur auf ellipro in der Config umstellen.

[grizzly0405]

DerAndereAndi
Hallo Andi, habe versucht die neue Testversion 0.0.12 alpha zu installieren. Leider verstehe ich nicht so ganz, wie und wo ich diese für Mac downloaden kann. Habe bisher nur die Standardinstallation durchgeführt und hier mittlerweile die neuste Version 0.104.2 drauf. Denke deine Elli Themen sind noch nicht in die offizielle Version gemerged? Finde bei den Wallboxen nämlich immer noch keine Elli zur Auswahl. Sorry für die blöden Fragen, versuche es wirklich hinzubekommen, steh aber zwecks Install der Testversion auf dem Schlauch. Gibts die Testversion überhaupt für Mac?
Übrigens dein Tipp aus dem goingelectric Forum war top. Habe meinen Mac jetzt an den Switch des Sunny Homemanagers gehängt und jetzt kann er sich auch mit der ID desselbigen verbinden. Auch mit den SMA Wechselrichtern (Batterie und PV) habe ich keine Fehlermeldungen mehr. Lediglich beim Tesla schmeißt er am Ende einen Timeout (obwohl ich Accesstoken, Refreshtoken, etc. alles gut eingeben konnte, lediglich die Identifikation am Ende ist mir nicht bekannt). Wäre um Hilfe sehr dankbar. LG Chris

[DerAndereAndi]

@grizzly0405 Hallo. Hast du den Link zur Testversion im ersten Beitrag geklickt? Dort unter „Assets“ ist eine Datei für MacOS, steht im Dateinamen.

Die Änderungen sind noch nicht nutzbar im normalen Release vorhanden. Du brauchst die Testversion.
Für das Tesla Problem bitte eine neue Diskussion wenn der Rest funktioniert. Hier in dieser Diskussion soll es nur um die Elli gehen.

[andig]

Ich habe eben eine neue Nightly Version erzeugt die korrekt mit Patch compiliert ist. Gerne nochmal probieren.

[DerAndereAndi]

Es hängt immer vom Auto ab. Stelle im Auto bitte da keine reduzierte Leistung ein, das macht evcc. Und wenn das Auto nur 1-phasig laden kann, dann macht es das natürlich auch an einer Wallbox die 3-phasig angeschlossen ist. Und damit dann auch mit 1,4kW minimaler Leistung.

Das "Problem" für die meisten ist, eine 3-phasige Wallbox an einem Auto das auch 3-phasig lädt.

[Markinus]

Wie hier bereits geschrieben kann ein Einphasiges oder Zweiphasiges Kabel die Lösung sein.

[DerAndereAndi]

Da ist es evtl. einfacher die Wallbox 1-phasig anzuschließen als ein anderes Ladekabel anzuschließen.

ABER: Bei beiden "Lösungen" kannst du eben dann nicht mehr einfach so mit 11kW laden. Und das ist meist gewünscht, dass dies möglich sein soll OHNE an der Hardware immer etwas zu ändern.

[jungleLoader]

@jungleLoader da werden wir keine Aussage bekommen. Planungen können sich sowieso ändern, Prioritäten auch. Es ist nicht verfügbar und es ist auch nicht angekündigt. Nimm das lieber als Bonus falls es irgendwann kommen sollte. Wenn du es aber unbedingt benötigst/willst, dann verkauf die Wallbox und hol dir etwas anderes.

OK, dann versuche ich es mal noch über andere Kanäle.
Ich kann nicht auf eine andere Wallbox umsteigen da nur diese von meinem Arbeitgeber für die Abrechnung genutzt werden kann.

[Mav3ricX]

Es hängt immer vom Auto ab. Stelle im Auto bitte da keine reduzierte Leistung ein, das macht evcc. Und wenn das Auto nur 1-phasig laden kann, dann macht es das natürlich auch an einer Wallbox die 3-phasig angeschlossen ist. Und damit dann auch mit 1,4kW minimaler Leistung.

Das "Problem" für die meisten ist, eine 3-phasige Wallbox an einem Auto das auch 3-phasig lädt.
Danke, hat Klick gemacht. Der Tiguan kann nur einphasig laden, von daher passt das alles.

[andig]

Bitte hört auf Bilder von Logfiles zu posten, sonst schliesse ich den Thread. Screenshots sind nicht durchsuchbar und helfen künftigen Anwendern damit nicht weiter und machen die Arbeit für uns sdhwerer.

[micksaddress]

Hi is the Eli wallbox code now in the standard nightly build? Thanks Michael

[Gnec220]

yes.i just now installed nightly on my HA and it works with my elliconnect

[Ratvarre]

Ich weiß nicht, ob das ein generelles Problem mit Wallboxen ohne Messtechnik ist oder ein Problem mit meiner Elli Connect:

Meine Elli Connect messe ich mit einem Shelly 3EM aus. Dieses erkennt korrekt, dass die Elli einen Stand-By-Verbrauch von 3 bis 4 Watt hat.

Leider wird deshalb aber nach Abziehen des Autos noch eine Ladung angezeigt (20 Stunden Ladung) und auch die Ladung hochgezählt...
Folgendes wird mit einem Konfig-Fehler von evcc quittiert:

chargers:
  - name: elli
    type: template
    template: elliconnect
    ski: # habe ich ;)
    standbypower: 5

invalid key: standbypower

Gibt es eine Möglichkeit die Standbypower von der Elli Connect in der Anzeige (und der Berechnung) von evcc zu unterbinden?

[DerAndereAndi]

Die Connect hat keinen eingebauten Zähler, standbypower bringt hier daher nichts und verursacht das von dir dargestellte Problem

[Ratvarre]

Danke für die schnelle Antwort.

Mein Problem ist nicht, dass der Fehler von evcc angezeigt wird, sondern, dass der Standby-Verbrauch als Ladestrom gewertet wird.

Kann man den Standby-Verbrauch in evcc irgendwie raus bekommen? (Die Elli Pro lässt den ja unter den Tisch fallen, während mein Shelly 3EM den halt misst und an evcc meldet... wäre ja schön, wenn das Verhalten identisch wäre, unabhängig vom verwendeten Messwerk)

EDIT: der Shelly 3EM und die Elli Connect funktionieren ansonsten super zusammen als "loadpoint".

[Markinus]

Ich habe einen externen Siemens Zähler. Mit diesem tritt das von dir beschriebene Problem nicht auf.

[DerAndereAndi]

@Ratvarre Du hast also den Shelly als externen Stromzähler für die Wallbox? Wie du zeigst gibt es den Parameter standbypower beim Charger nicht, sollte auch nicht notwendig sein. Zeig mal bitte die Konfiguration deines Loadpoints und dann bitte auch ein Protokoll wo man sieht was genau bei evcc passiert.

@Markinus hast du den Siemens Zähler beim Loadpoint als externen Meter eingetragen und das elliconnect Template beim Charger?

[Markinus]

@DerAndereAndi
ja, Config:

- type: custom   
  name: wbmeter
  power: # power (W)
    source: modbus
    rtu: false
    uri: 192.168.104.6:502
    id: 10
    register:
      address: 57
      type: input 
      decode: uint32 
    scale: 0.01 
    timeout: 5s 
  energy: # energy (Wh)
    source: modbus 
    rtu: false
    id: 10
    uri: 192.168.104.6:502 
    register:
      address: 6687
      type: input 
      decode: uint32 
    scale: 0.001 
    timeout: 5s 
  currents: # current (A)
  -
    source: modbus 
    rtu: false
    id: 10
    uri: 192.168.104.6:502
    register:
      address: 7
      type: input 
      decode: uint32 
    scale: 0.0001 
    timeout: 5s 
  -
    source: modbus 
    rtu: false
    id: 10
    uri: 192.168.104.6:502 
    register:
      address: 9
      type: input 
      decode: uint32 
    scale: 0.0001 
    timeout: 5s 
  -
    source: modbus 
    rtu: false
    id: 10
    uri: 192.168.104.6:502 
    register:
      address: 11
      type: input 
      decode: uint32 
    scale: 0.0001 
    timeout: 5s 

und

chargers:
- type: template
  template: elliconnect 

und

loadpoints:
- title: Carport
  charger: wallbox5
  meter: wbmeter

[DerAndereAndi]

@Markinus gib mir bitte mal den Produktname, dann mache ich einen PR. Wenn der dann mal gemerged ist, wäre es schön wenn du den mit dem nightly build dann testen könntest. Oder falls du evcc selbst bauen kannst, dann direkt den PR testen.

[Markinus]

@DerAndereAndi das wäre super. Ich würde es schnellstmöglich testen.
Es handelt sich um einen Siemens 7KT1665. Anbei die Anleitung von Siemens. Es gibt verschiedene Varianten des Zählers aber für eine Wallbox machen nur die 80A 3Phasig einen Sinn.
MAN_2514284146-05_de_de-DE.pdf

Das sind spannendsten Modbus-Register für die 80A Zähler. Ich immer um ein Byte versetzt auslesen, also immer einen Byte abziehen.

"Durch. Spannung L zur N V" Register 52 Scale 0.01 int32
"Durch. Spannung L zur L V" Register 54 Scale 0.01 int32
"Durch. Wirkleistung W" Register 58 Scale 0.01 uint32
"Strom L1 A" Register 8 Scale 0.0001 uint32
"Strom L2 A" Register 10 Scale 0.0001 uint32
"Strom L3 A" Register 12 Scale 0.0001 uint32
"Wirkleistung L1 W" Register 20 Scale 0.01 int32
"Wirkleistung L2 W" Register 22 Scale 0.01 int32
"Wirkleistung L3 W" Register 24 Scale 0.01 int32
"Wirkenergie kWh" Register 6688 Scale 0.001 uint32

Bei mir hängt er an einem Modbus Umsetzer (RS485 --> TCP). Deswegen rtu: false. Es wäre gut wenn man das konfigurieren könnte.

[DerAndereAndi]

@Markinus Pull Request ist hier: #4758 und sollte funktionieren, habe beim Testen die gleiche Config damit erzeugt die du auch oben gepostet hast. Danke!

[Markinus]

@DerAndereAndi Danke! Ich werde es gleich testen wenn es gemarged ist!

[Markinus]

@DerAndereAndi gerade das Template getestet, alles funktioniert! ;) Danke dir! Die Config:

- type: template   
  template: siemens
  name: wbmeter
  usage: charge      
  modbus: tcpip
  id: 10
  host: 192.168.104.6 # Hostname
  port: 502 # Port 

[Wondermusic]

Nachdem ich nun endlich mal auch meins meiner anderen Fahrzeuge dran hatte, ist mir letztlich endlich mal aufgefallen, dass irgendwas mit der Erkennung nicht richtig funktioniert.
Ich muss allerdings noch mal dazu sagen, dass nur der Cupra über eine Online- Verbindung verfügt und die anderen beiden Fahrzeuge als Offline in die Config eingefügt sind (was so auch jetzt im nightly richtig erkannt wird).

vehicles:
- type: template
  template: seat
  title: Cupra Leon ST
  user: xxx@xxx.xxx
  password: xxxxxxxxxx
  vin: xxxxxxxxxxxx
  capacity: 13
  phases: 1
  mode: pv
  minSoC: 10
  targetSoC: 100
  minCurrent: 6
  maxCurrent: 16
  cloud: false
  name: ev1
  identifiers:
  - "xxxxxxxxxxxxxxxxxxxxxx"
- name: ev2
  type: template
  template: offline
  title: MG ZSEV von Sylvi
  capacity: 44
  minCurrent: 6
  maxCurrent: 16
  identifiers:
  - "yyyyyyyyyyyyyyyyyy"
- name: ev3
  type: template
  template: offline
  title: MG ZSEV von Till
  capacity: 44
  minCurrent: 6
  maxCurrent: 16
  identifiers:
  - "zzzzzzzzzzzzzzzzzzzzz"

Nun habe ich mal den Test nach Dokumentation gemacht um zu sehen ob ich eventuell einen falschen Identifier eigetragen habe (Habe vorher noch das drin gehabt, was mir der iobroker im vw-connect- Adapter angezeigt hat)...
Aber leider wird mir mit evcc charger ein none angezeigt:

[eebus ] WARN 2022/10/08 14:03:01 failed to send current limit data:  no eletrical paramaters, measurements, or limits available yet
Power:          0W
Current L1..L3: 0A 0A 0A
.SoC:           not available
Charge status:  charger reported as disconnected
Enabled:        charger reported as disconnected
Identifier:     <none>

Die Freigabe der Fahrzeuge erfolgt aber jeweils mit einer eigenen RFID- Karte. Kann die Elli- Box das vielleicht nicht?
Was genau brauchst Du für Info's?

Gruß,
Richy

[DerAndereAndi]

evcc charger wird mit EEBUS meist nicht funktionieren. Und falls evcc im Hintergrund läuft, kann das gar nicht funktionieren.

Die Identifikation der RFID Karte der Elli Wallboxen wird nicht übermittelt und steht damit zur Identifizierung eines Fahrzeugs nicht zur Verfügung.

Die Identifikation des Fahrzeugs geht damit über die Online API. Mach dazu bitte eine neue Diskussion mit einem Log, wo man sieht ob die Online API verwendet wird und was da zurückgeliefert wird.

[Wondermusic]

evcc habe ich, gemäß Doku, angehalten. Lief also nicht im Hintergrund.

Wäre es denn möglich die ID der RFID mit zu übermitteln? Ich weiß nicht mehr wer es war der erwähnte dass er mit Elli in Verbindung stehen würde, war aber in der alten Diskussion irgendwo. Leider finde ich die Beiträge diesbezüglich leider nicht mehr wieder...

Wenn das so gar nicht geht, wäre es extrem praktisch, wenn man diverse Daten (wie z.B. die ID des RFID) über die Box online abrufen könnte, so wie es der Adapter vw-connect von iobroker macht.

Beispiel:

Im derzeitigen Fall bringt mich die Implementierung der Offline Fahrzeuge somit nicht weiter und werde die vorerst beim anschließen als Gast behandeln. Denn wenn ich die Offline Templates raus lasse, wird der Cupra ohne Probleme sofort erkannt und beginnt bei ausreichend PV mit dem Ladevorgang.

[DerAndereAndi]

Ich kann dir nur sagen dass es das nicht gibt und auch nicht geben wird. Firmen werden generell meist keine Gründe nach außen geben.

Über den we-connect Web Service mag das vielleicht erkennbar sein, aber damit kannst du keine Regelung machen. Und nur dafür macht es jetzt nicht wirklich Sinn eine neue Implementierung zu bauen, die für diesen einen Charger 2 verschiedene Wege der Kommunikation zu unterstützen.

Nur weil etwas irgendwie technisch gehen könnte, heisst lange nicht dass es auch eine gute Idee ist das zu machen ;)

[Wondermusic]

ok. Ich denke da was anders drüber. Ich will damit ja keine Regelung machen, sondern nur Abfragen können, was für ein Offline- Fahrzeug an der Wallbox hängt (also welche RFID- Karte benutzt wurde). ;-)
Da ich aber dazu verdammt bin nur Anfragen stellen zu können, muss ich wohl nach anderen Lösungsansätzen suchen - nicht böse gemeint!!! Ihr macht hier eine super Arbeit!!! Und da möchte ich ganz herzlich Danke sagen!

Mit allerbesten Grüßen,
Richy

Rest -> OFFTOPIC
Ich versuche nun eine Einstellung der Offline Fahrzeuge über Scripte innerhalb vom iobroker. Über evcc/mqtt kann ich der Wallbox dann sagen, welches Auto dranhängt, sofern es sich um eine der Offline- Fahrzeug RFID- Karten handelt, die ich über den vw-connect Adapter beziehe.
Eine nicht ganz so schöne Lösung, da die Erkennung bis zu drei Minuten dauert (wegen der geringeren Abfragezeiten), aber das ist noch vertretbar. So muss ich wenigstens nicht mehr per Website das Fahrzeug einstellen.
Denn nachdem ich nun die Identifier für alle drei Fahrzeuge rausgenommen habe aus der evcc.yaml, wird der Cupra nun auch kurz später als solcher erkannt. Die Offline- Fahrzeuge bleiben da auf Gastfahrzeug stehen, was ich dann per mqtt ändern kann. Sollte also klappen... :-)

[DerAndereAndi]

Vielleicht versuche ich es etwas anders zu erklären:

1. Erkennung welches Fahrzeug angeschlossen ist, kann über die Zuordnung eines Fahrzeuges zu einer RFID Karte gehen. Diese Erkennung muss in der Implementierung des Codes für die Wallbox gemacht werden welcher auch die Steuerung übernimmt. Steuerung ist EEBUS, ist generisch, we-connect VW online API ist es nicht -> passt nicht zusammen, werde ich nicht einbauen
2. Für alle anderen Wallboxen geht die Erkennung über die Online API des Fahrzeugs, nicht der Wallbox. Und da funktioniert bei dir etwas zusammen mit dem Offline Fahrzeug nicht -> Bitte neue Diskussion, das könnte ein Bug sein. Aber ich habe das nicht gebaut, daher kann ich dazu nichts weiter sagen.

Du kannst gerne andere Meinungen haben. Aber höre bitte auch auf die Leute die sich damit auskennen und hier einen Teil gebaut haben. Ich habe dir technische Gründe dargelegt, ich könnte auch einfach nur sagen: dein Problem. Mach ich aber nicht.

Für dein Offtopic, bitte eine neue Diskussion. Hier geht es alleine um EEBUS mit der Elli. Die Frage wird hier fast niemand finden der dir da weiterhelfen könnte.

[andig]

Ich will damit ja keine Regelung machen, sondern nur Abfragen können, was für ein Offline- Fahrzeug an der Wallbox hängt

Das steht im Api. Gerne neues Topic mit cc für mich.

[Wondermusic]

@DerAndereAndi
Alles gut. Ich hatte das schon verstanden.
Deswegen hatte ich geschrieben, dass ich andere Lösungsansätze ausprobieren muss.
Danke für die Hilfe und Info's.

@andig
Ist gemacht - ich hoffe in der richtigen Kategorie. :-)

[Ahausm1]

@DerAndereAndi
Ich hatte bislang die Testversion installiert und nun auf den NightlyBuild umgestellt.
Leider habe ich vorher die Elli nicht entkoppelt.
Wenn ich mich nun auf der Elli einlogge bekomme ich beim Energiemanager immer die Meldung:

"Service nicht verfügbar Anfrage konnte nicht bearbeitet werden."
und
"Identifikationsnummer (SKI) dieser Wallbox:Die Informationen konnten nicht abgerufen werden!"
Klick auf den "Aktualisieren" Button hilft nicht.

Muss ich nun ein Werksreset der Elli durchführen oder gibt es noch andere Ideen?

Danke

[DerAndereAndi]

Da crasht der EEBUS Prozess wohl laufend. Starte die Box mal neu, solltest über die App machen können.

[Ahausm1]

Habe ich schon 2mal gemacht (stromlos genommen). Leider keine Änderung...

[DerAndereAndi]

Ja, dann bleibt wohl nur ein Werksreset übrig. Und wenn das nicht hilft am Besten an den Support wenden.

[Ahausm1]

Danke, ein Werksreset hat geholfen! Nun läuft der Build 0.104.2.
Wie oft soll man die Version aktualisieren?

Habe noch ein Off-Topic Thema.
Im Herbst reicht es nicht mehr - bzw. derzeit selten - über 4kW an PV. Ich habe nun den Parameter "residualPower" auf -2000 gesetzt, so dass ab 2kW Einspeisung der Ladevorgang im PV-Modus beginnt (3phasig, 4.2KW). Es ist nun aber so, dass wenn dann doch 4kW vom Dach kommen die Regelung PV-Leistung+residualPower = auf 6KW erhöht wird. Bekommt man es irgendwie hin, dass zwar ab 2KW Einspeisung gestartet wird, wenn man aber über 4KW kommt dann nicht weiter (mit Netzbezug) erhöht wird und nur die reine PV Leistung ohne zuästzlichen Netzbezug geladen wird?

[DerAndereAndi]

Aktualisieren: Immer dann wenn an der neuen Version etwas interessant für dich ist ;) Also als nächstes dann aufs normale Release, da wird der Support für die Elli dann enthalten sein.

Bitte deine andere Frage mit ner neuen Diskussion stellen, da kann ich dir leider nicht helfen. Und dann finden auch andere Interessierte, mit ähnlichen Fragen, vielleicht dann Hilfe ;)

[Kevni92]

Hi,

erstmal ein großes Dankeschön für eure Arbeit. EVCC ist genial und mit Unterstützung des ID Charger Pro auch endlich für mich nutzbar.

Aktuell funktioniert die Einrichtung problemlos, habe die Box verbinden können. Der ID.3 wird auch bisher problemlos erkannt. Mein Ziel ist reines Überschussladen. Aufgrund der Ost-West Ausrichtung erreicht meine 8kwp PV ein realistisches Maximum von etwa 5,5 kw, aktuell logischerweise weniger etwa 3,5 kw.

Die Mindestleistung zum Laden ist, wie ich hier gelesen habe etwa 4,1kw. Das funktioniert auch wunderbar. Nur lässt sich dadurch kein Überschussladen für mich umsetzen. Ich hatte gehofft, dass es per EEBUS auch möglich sein wird einzelne Phasen auszuschalten, so dass die Mindestleistung auf etwa 1,3 kw herabgesetzt wird, wodurch ein Überschussladen aktuell auch realitisch wird. Leider ist das nicht der Fall, auch wenn ich den phases Parameter in der Konfiguration auf 0 setze.

Mach ich da etwas bei mir falsch, oder ist das technisch mit der Wallbox nicht möglich?

Danke im Voraus!

[Markinus]

Bitte die anderen Beiträge hier lesen das würde schon öfter hier besprochen.

[Mav3ricX]

Entweder die Wallbox hart auf 1-phasig umrüsten (L2 + L3 abklemmen) oder einen Lasttrennschalter (Hager HAB304) verbauen, womit man dann OHNE aktiven Ladevorgang bei Bedarf umschalten kann (EVCC Konfiguration muss jeweils angepasst werden, phases).
Per Suche mit "Lasttrennschalter" in den Diskussionen findest du einige Beiträge dazu.

[Kevni92]

Danke für die Rückmeldungen.

Dass das nicht per Software passieren kann: Ist das eine Hardware-Limitierung der Wallbox, oder fehlt diese Funktion in der Firmware von der Box bzw. in EVCC?

Als ich die Wallbox 2020 bestellt hatte, hieß es vom Autohaus, dass stufenloses Überschussladen "Anfang 2021 per EEBUS" verfügbar sein wird. Es würde mich schon extrem nerven, wenn diese Funktionalität selbst jetzt nach dem EEBUS Update der Firmware nicht mit meiner 8 kwp Anlage sinnvoll nutzbar wäre. 4,1kw Überschuss + Haushalt hab ich nur in den längesten Tagen des Jahres....

[DerAndereAndi]

Na ja, es ist ja stufenlos möglich, nur halt bei 3-phasigem Laden erst ab 4,1kW (36A230V) (IEC61851)

Die Hardware könnte mit kompatiblen Autos (MEB ab wahrscheinlich Software 3.0 oder 3.1, e-tron, Taycan, Mercedes EQE, EQS, ...) ab 1,4KW 3-phasig laden, aber die Software kann es nicht. Das wäre dann mit dem Ladestandard ISO15118-2 (AC) anstatt über IEC61851.

Eine 1P/3P Phasenumschaltung war nie geplant und wäre auch nicht "stufenlos".

Ich würde auch nicht damit rechnen dass die Software hier noch ausgebaut wird.

[dc-redeclipse]

@andig Ich habe eine sehr wichtige erkentniss beim verbinden von 8 elli chargern mit evcc gewonnen.
Jedesmal ist nach dem geführt setup in der cli einen reconnect von der im webinterface der elli beim energiemaner notwendig bwz. einmal koplung aufheben und wieder hinzufügen. Das ist immer gleich egal ob mit meter oder ohne. Sollte villeicht noch in der cli erwähnt werden. sonst konnte ich an den 8 die hier laufen keine probleme finden.
allgemein wäre noch der hinweis bei allen fahrzeugen wichtig das Akku größen immer als netto wert angegeben werden müssen sonst passt das % anzeige nicht.

[DerAndereAndi]

Das Problem ist: Die Wallbo macht nur einen erneuten Vebrindungsversuch nach 10 Minuten und lässt nicht immer Verbindungsversuche von außen zu. Entkoppeln und wieder Koppeln beschleunigt einfach das 10 Minuten Interval.

[justmailsteve]

Hallo,
auch ich versuche gerade EVCC zum Laufen zu bekommen. Setup:
-IR-Auslesekopf am Hauptzähler der über vzlogger das Signal an EVCC übergibt. Läuft.
-Elli Charger Connect (ohne Meter)
-evcc v0.105.2

Hier der Auszug aus der evcc.yaml
meters:
type: template
template: vzlogger
usage: grid
host: 192.168.178.56
port: 8081
uuid: f17e10e0-3bfa-11ed-8d01-a5cb4e5dd488
name: grid1
chargers:
type: template
template: elliconnect
ski: XXX
ip: 192.168.178.102
name: wallbox2
loadpoints:
title: Carport
charger: wallbox2
mode: pv
phases: 1
mincurrent: 6
maxcurrent: 16
resetOnDisconnect: true

Die Anzeige im EVCC funktioniert auch, der Messwert von vzlogger wird also übernommen. Leider funktioniert die Verbindung zwischen EVCC und Wallbox nicht. Ich habe im Configuration Manager des Elli den Energiemanager EVCC_HEMS_001 gefunden und gekoppelt. Im Status steht aber: Nicht verbunden.
Auch EVCC gibt laufend den Fehler: Charger : offline.
Ich habe davon gelesen, dass die Verbindung wohl nur alle 10 Minuten erstellt wird. Gewartet habe ich aber schon sehr viel länger.

Beim Debuggen sehe ich etwas, das so aussieht als wäre ein Port doppelt belegt. Aber wer könnte das sein und wie kann ich das prüfen?

evcc -l debug meter
[main ] INFO 2022/10/19 13:54:24 evcc 0.105.2
[main ] INFO 2022/10/19 13:54:24 using config file: /etc/evcc.yaml
[eebus ] ERROR 2022/10/19 13:54:24 eebus listen: listen tcp :4712: bind: address already in use
Das Selbe für debug charger.

Hier noch das log trace (ski durch XXX ersetzt):

evcc --log trace
[main ] INFO 2022/10/19 14:08:56 evcc 0.105.2
[main ] INFO 2022/10/19 14:08:56 using config file: /etc/evcc.yaml
[main ] INFO 2022/10/19 14:08:56 listening at :7070
[eebus ] TRACE 2022/10/19 14:08:56 mDNS: announcing id: EVCC-3130343634323132 ski: 1797476ed5b4219f4d2bec00603a6ecd574ae825
[eebus ] ERROR 2022/10/19 14:08:56 eebus listen: listen tcp :4712: bind: address already in use
[eebus ] TRACE 2022/10/19 14:08:56 mDNS: raspberrypi.local. [192.168.178.56] [txtvers=1 path=/ship/ id=EVCC-3130343634323132 ski=XXX brand=EVCC model=EVCC_HEMS_01 type=EnergyManagementSystem register=true]
[eebus ] TRACE 2022/10/19 14:08:56 Ignoring discovered mDNS entry as it is this service itself
[eebus ] TRACE 2022/10/19 14:08:56 mDNS: wallbox-1234A1ABC1.local. [192.168.178.102] [model=Wallbox type=Wallbox brand=Elli ski=XXX register=false path=/ship/ id=Elli-Wallbox-1234A1ABC1 txtvers=1 org.freedesktop.Avahi.cookie=2611961648]
[eebus ] TRACE 2022/10/19 14:08:56 client XXX connected false, registered false, discovered true, connecting false
[eebus ] TRACE 2022/10/19 14:08:56 registering ski: XXX
[eebus ] TRACE 2022/10/19 14:08:56 client XXX connected false, registered true, discovered true, connecting false
[eebus ] TRACE 2022/10/19 14:08:56 wallbox-1234A1ABC1.local.: client connect
[eebus ] TRACE 2022/10/19 14:08:56 Failed to connect to wss://wallbox-1234A1ABC1.local.:4712/ship/: dial tcp: lookup wallbox-1234A1ABC1.local. on 192.168.178.1:53: no such host
[eebus ] TRACE 2022/10/19 14:08:56 send: {"connectionHello":[{"phase":"ready"},{"waiting":60000}]}
[eebus ] TRACE 2022/10/19 14:08:56 recv: {"connectionHello":[{"phase":"pending"},{"waiting":60000}]}
[eebus ] TRACE 2022/10/19 14:08:56 send: {"connectionClose":[{"phase":"announce"}]}
[eebus ] TRACE 2022/10/19 14:08:56 Failed to connect to wss://[fe80::f51f:5c1b:13e0:ccfc]:4712/ship/: dial tcp [fe80::f51f:5c1b:13e0:ccfc]:4712: connect: invalid argument
[eebus ] TRACE 2022/10/19 14:08:56 wallbox-1234A1ABC1.local.: client done: cannot connect to any service endpoint
[db ] TRACE 2022/10/19 14:08:56 SELECT count() FROM sqlite_master WHERE type='table' AND name="transactions" -1
[db ] TRACE 2022/10/19 14:08:56 SELECT count() FROM sqlite_master WHERE type='table' AND name="sessions" -1
[db ] TRACE 2022/10/19 14:08:56 SELECT sql FROM sqlite_master WHERE type IN ("table","index") AND tbl_name = "sessions" AND sql IS NOT NULL order by type = "table" desc 1
[db ] TRACE 2022/10/19 14:08:56 SELECT * FROM sessions LIMIT 1 -1
[site ] INFO 2022/10/19 14:08:56 site config:
[site ] INFO 2022/10/19 14:08:56 meters: grid ✓ pv ✗ battery ✗
[site ] INFO 2022/10/19 14:08:56 grid: power ✓ energy ✗ currents ✗
[lp-1 ] INFO 2022/10/19 14:08:56 loadpoint 1:
[lp-1 ] INFO 2022/10/19 14:08:56 mode: pv
[lp-1 ] INFO 2022/10/19 14:08:56 charger: power ✗ energy ✗ currents ✗ phases ✗ wakeup ✗
[lp-1 ] INFO 2022/10/19 14:08:56 meters: charge ✗
[lp-1 ] DEBUG 2022/10/19 14:08:56 phase timer inactive
[lp-1 ] DEBUG 2022/10/19 14:08:56 pv timer inactive
[lp-1 ] ERROR 2022/10/19 14:08:56 charger: offline
[site ] DEBUG 2022/10/19 14:08:56 ----
[server] FATAL 2022/10/19 14:08:56 unlinkat /tmp/evcc: operation not permitted

[DerAndereAndi]

Hallo,

was mir direkt auffällt:

1. Bei dir läuft evcc 2 Mal, das geht nicht. Ersichtlich aus der Meldung: eebus listen: listen tcp :4712: bind: address already in use
2. Die SKI welche du in der Konfigurationsdatei für die Elli eingetragen hast, entspricht wahrscheinlich nicht der SKI der Wallbox. Dass du hier ein XXX überall daraus gemacht hast, hilft nicht das zu verifizieren und es bringt nichts daraus ein XXX zu machen. Damit kann niemand was anfangen.

Bitte überprüfe die beiden Punkte

[justmailsteve]

Danke Andi.
Wie prüfe ich Punkt 1? bzw. wie könnte ich den falschen Prozess beenden? Bewusst gestartet habe ich nichts sondern mich fein säuberlich an die Anleitung gehalten. Ein Neustart des Raspberry Pi hat nicht geholfen.
Die SKI sind korrekt. In EVCC wurde die ski eingegeben die im Configuration Manager der Elli angezeigt wird. Ich fand die ski so persönlich/identifizierend, deshalb habe ich sie ge-ixt.

[DerAndereAndi]

Mit htop zum Beispiel siehst du alle Prozesse. Die Anleitung ist so gemacht, dass es nicht passieren kann. Irgendwas war bei dir anders. Was kann niemand sagen der nicht vor der Kiste sitzt ;)

Die SKI ist nicht persönlich/identifizierend, sie wird aus einem lokal auf der Wallbox erzeugten Zertifikat generiert, niemand kennt das Zertifikat.

Die SKI in der Konfigurationsdatei muss dem Wert hinter dem Text auf der Elli Energiemanagerseite entsprechen: Identifikationsnummer (SKI) dieser Wallbox:

Nach deinem Log zu urteilen, ist das nicht der Fall. Bzw. die Kopplung existiert nicht mehr. Bitte die SKI überprüfen, schauen dass evcc nicht läuft, dann evcc neu starten, dann neu koppeln.

[DerAndereAndi]

Bei weiteren Fragen, mach bitte eine neue Diskussion auf. Denn es geht ja nicht mehr um eine Testversion sondern um deine Konfigurationsprobleme mit der Produktivversion. Danke!