Umfrage: war Eure größte Einstiegshürde?

[andig]

Wir sind bestrebt, die Einstiegshürden für evcc kontinuierlich zu senken. Wir wissen, dass die Konfiguration (consfigure, yaml...) schwierig ist und arbeiten daran.

Wir würden auch gerne verstehen, welche Themen Euch sonst noch bewegt haben. Was hat Euch sonst das Leben beim Start mit evcc schwer gemacht woran wir arbeiten können, z.B.:

• Geräteauswahl (welche Wallbox)
• Dokumentation finden
• Support bei Github erhalten (Konto anlegen)
• Sponsoring verstehen
• Sponsoring erwerben

etc...?

Was hat Euch dabei geholfen, das jeweilige Problem zu lösen?

[VolkerK62]

Als sehr langjähriger Windows-Nutzer habe ich mich beim Erstkontakt (configure) mit dem Kommandezeilen-Modus schwer getan. Hier hätte ich mir eine Browser-Version gewünscht. (evcc installieren - Demo Modus starten - Konfigurationsmenü aufrufen)

[StevieC121176]

Bei mir ist es tatsächlich auch die Konfiguration per Kommandozeile gewesen. Schwierig nicht unbedingt (dank der guten Doku) aber umkomfortabel. Ich hab bei mir auf dem PI noch den iobroker installiert. Die Installation ist ähnlich, allerdings die Konfiguration erheblich einfacher.

Hervorheben möchte ich auch mal den sehr guten Support hier.

[at4hawo1]

Die Erstkonfiguration auf dem Windows Rechner empfand ich dank evcc configure recht einfach. Lag wahrscheinlich aber auch daran, dass meine Geräte hier sehr gutmütig sind (E3DC + Alfen WB. Bei der war der Erwerb der Active Load Balancing Lizenz zwar ein fast endloses Drama, das ist aber eine andere Geschichte).
Es soll aber auch Leute geben, die noch nie eine Windows Kommandozeile geöffnet haben. Die scheitern wahrscheinlich schon hier.
Die größte Hürde bei mir war, evcc auf meinem Synology NAS als Docker Container laufen zu lassen. Leider ist in der Doku nur der Weg über Kommandozeilen beschrieben - dabei hat das Synology DSM eine sehr schöne GUI und das Einrichten des Docker Containers über die Docker GUI ist schlußendlich sehr einfach, wenn man mal verstanden hat, wie's geht. Geholfen hat mir hier nur langes rumgoogeln.

[TheFreaker86]

Als Alternative kann ich die Easee Home vorschlagen. Die hat eine eSIM für kostenlose Datenübertragung und kann bis zu 22 kW. Wie gut das mit der eSIM funktioniert kann ich aber nicht sagen da ich sie über WLAN verbunden habe. Für EVCC brauchst du dann zwar ein Sponsortoken, aber das ist es auf jeden Fall wert.

[cschlipf]

Der Witz ist, dass auch bei der Alfen ein Sponsortoken zusätzlich zur Active Load Balancing erforderlich ist. Da ist die Easee Home dann doch deutlich attraktiver wenn man bedenkt dass man zur ohnehin schon recht teuren Alfen Wallbox noch für weitere 200 € diese Lizenz erwerben muss.

[at4hawo1]

@mr42hh : die Einrichtung der Alfen erfolgt über die Alfen SW „Service Installer“. Gibts für Windows oder auch als Android/Apple App. Um sich dann mit der Box zu verbinden, braucht man dann aber noch von Alfen einen Account, der war aber schnell und einfach zu beantragen, sofern ich mich noch recht erinnere.
Klingt alles aber jetzt vielleicht umständlicher als es war. Die Konfiguration der Box funktioniert damit dann aber recht gut und einfach.

[mr42hh]

Super, danke an @at4hawo1. Das klingt halb so wild, hab mir bei Alfen schon einen Account gemacht und besorg mir mal so eine Eve Single S-Line. Anschließend mach ich mir Gedanken, ob evcc besser als HA-Addon oder Dockercontainer unterm Container Station (QNAP) laufen soll. PV ist Huawei, ein Modbusproxy als HA-Addon verteilt dann weiter.

Ich seh die in den deutschen Shops nur mit 16A, in DK ist mir auch schon eine Buchsenversion mit 32A begegnet... ist die 11kW-Version der Eve Single S-Line auch mit einer Zusatzlizenz auf 32A aufbohrbar?

[TRON4R]

Ja, die Alfen-Wallboxen lassen sich per Lizenz auf 32 A aufbohren.
Die Alfen ist aber definitiv eher was für Bastler und Freaks. Die drei Interfaces (ACE Installer für Windows, App für Smartphone, und ICU Connect im Web) sind echt sehr unterschiedlich und an vielen Stellen wenig intuitiv. Der Featureumfang ist genial und die Zusammenarbeit mit evcc läuft perfekt. Die Box regelt wirklich in 100 W Schritten rauf und runter, wie evcc das vorgibt und schaltet auch binnen 3 Sekunden zwischen 1-phasig und 3-phasig um.
Der Support für Endnutzer von Alfen ist jedoch schwankend bis grottig. Eigentlich wollen die, dass man sich für jeden Mist an seinen Elektriker wendet. Der natürlich in der Regel weder Bock darauf hat, derartigen Support zu leisten, noch oft überhaupt die erforderliche Ahnung.
Was mich auch schockiert hat war die Tatsache, dass laut ACE Installer und App die Alfen eigentlich selbständig Überschussladen kann, wenn man sie mit einem Smartmeter verbindet. Praktisch funktioniert das aber nicht und der Alfen-Support meinte dazu nur "Ist halt noch Beta!". Das Feature wird bestimmt schon seit über einem Jahr in den Oberflächen angezeigt und von Beta steht da nirgends etwas. Bei einer Firmware Version 6.5.0 erwartet man auch nicht mehr, dass irgendwelche Funktionen noch im Beta-Status sind, es sei denn sie sind eindeutig als solche gekennzeichnet. Und wenn etwas gar nicht funktioniert, obwohl man alles richtig konfiguriert hat, ist das für mich auch nicht "beta", sondern nichtmal alpha. Ohne evcc hätte ich mit meiner nicht gerade billigen Anlage und bunten Versprechen auf beiden Seiten (Huawei und Alfen) ziemlich in die Röhre geschaut.

Ich bin entsprechend immer total hin- und hergerissen, ob ich die Alfen anderen Leuten empfehlen soll. Für Anfänger ist sie definitiv zu teuer. Einfach nur einstecken und laden und vielleicht noch eine tolle App bieten, das kann Alfen einfach nicht. In den deutschen Oberflächen tauchen auch regelmäßig englische oder manchmal sogar holländische Wörter auf, deswegen nutze ich sie nur auf Englisch. Einen Bug in der Anzeige eines Protokolls zu beheben, der mit einer neuen Firmware (oder einer neuen ACE-Installer Version) eingeführt wurde, bekommen sie trotz eines Tickets selbst in 1,5 Jahren nicht hin.

Aber mehrere Boxen zu einem Load-Cluster verbinden, eine App für Freaks mit Spaß an 1000 Einstellmöglichkeiten bereitstellen und sich über APIs oder Protokolle wie Modbus oder OCPP ansteuern lassen, das kann die Wallbox super. Für mich ist evcc die beste App, um meine Wallbox fernzusteuern.

[int5749]

Unter Wndows war der Einstieg easy-peasy und da ich evcc bereits vor dem Assistenten nutze, war die manuelle Konfiguration der yaml eine Herausforderung. Seit dem Assistenten ist dies sehr viel einfacher geworden => Ein Thump-UP dafür.

An sich war dann die Herausforderung ausserhalb von evcc => Umstieg von Windows auf Linux, da Windows für solch einen Betrieb nur bedingt geeignet ist.

Aber auch dies konnte ich dann mit Hilfe hier in der Community lösen und evcc damals noch manuell installieren. Seit dem läuft dies mit der manuellen Installation und Updates sind entsprechend easy.

[Gori15]

War bei genauso

[DEH309]

Hatte bereits Erfahrungen mit dem Raspberry und die Konfiguration war daher schnell gemacht. Ich denke, vielen ist zum Anfang nicht ganz klar, welche Hardware grundsätzlich für den Betrieb von evcc nötig ist. Bei einer Konfiguration über den Browser könnte man das eindeutiger darstellen.

Bei den Updates würde ich mir wünschen, dass bei größeren Änderungen innerhalb der evcc.yaml dies auch klarer gekennzeichnet wird, dass eine Anpassung der Konfiguration zwingend nötig ist.

[Hogend1]

Mein erster Test in der Windows-Eingabeaufforderung war für mich zwar keine Hürde und funktionierte soweit ganz gut, aber ich hatte nicht das Ziel, evcc auf einem (stromschluckenden) Windows-PC dauerhaft laufen zu lassen. Vielmehr hat mich extrem die in Aussicht gestellte Option gelockt, dass dies auf einer Synology NAS möglich ist. Dies wiederum bedeutete für mich, dass ich ohne Hardwareanschaffung und ohne zusätzliche Energiekosten evcc bei mir implementieren könnte, da eine NAS schon vorhanden ist. Mein PV-Wechselrichter und die Wallbox wurden in der Liste der Unterstützten Geräte schon geführt, das war perfekt.
Die Hürde kam dann aber mit der Einrichtung von Docker in der Linux-Kommandozeile. Dazu musste ich mich erst einmal informieren, wie ich mit Putty eine Verbindung zur NAS herstelle, um in das Terminal zu gelangen. Aber einen funktionsfähigen Container habe ich trotzdem nach tagelangem herumprobieren nicht hinbekommen.
Dies funktionierte erst über die GUI der NAS selbst, nachdem ich hilfreiche Hinweise aus dem Forum erhielt. Ich habe daraufhin eine Anleitung erstellt und im Forum zur Verfügung gestellt. Wenn ich diese von Anfang an gehabt hätte, wäre alles viel leichter gewesen.

[Olf1337]

Ich fände es super die configuration.yaml irgendwie im WebInterface verändern zu können. Klar kommt man mit dem Assistenten schon recht weit aber zum rum probieren und testen verschiedener Settings finde ich den Zugriff über putty recht umständlich. Ein integrierter TextEditor (ähnlich wie im HA) wäre daher für mich extrem wertvoll.

[cschlipf]

Ich kann hier Visual Studio Code sehr empfehlen. Hiermit kann man Dateien über SSH direkt öffnen.

[ABBolle]

Da ich nicht dem RaspberryPi bereits seit ein paar Jahren rumspiele, war Linux und die Komandozeile kein Neuland und kein Problem.
Das erste Problem hatte ich bei der Konfiguration, weil die Abfrage über evcc configure für mich nicht ganz klar war. Ich glaube, es ging um das SmartMeter, den ich separat oder über den Wechselrichter einbinden konnte. Die erste von mir gewählte Variante hatte aber nicht funktioniert. Und dann musste ich noch herausfinden, wie Modbus-ID und Port lauten. Damit hatte vorher auch noch keine Berühungspunkte… hier wäre vielleicht ein automatisierter Scan eine Vereinfachung.

[binderth]

meine größte Hürde war (und ist es noch immer) in der Doku die richtige Stelle zu finden, mit wer ich was wie einstelle und was das für Auswirkungen hat. Dann muss ich jeweils hier in den Diskussionen und meinen Notizen nachsehen, wenn ich was ändern möchte - oder ich nun zwei Autos an einer Wallbox hängen habe...
Die zweitgrößte Hürde ist bei den Updates "auf Stand zu bleiben", was neues dazugekommen ist ohne täglich hier in den Diskussionen oder den Issues vorbeizuschauen.

Die restlichen Punkte (github-Konto, rasbperry PI/Linux, ...) waren wirklich kein Problem, die evcc configure option fand ich als gut verständlich, kann aber verstehen, dass Einsteiger, die nicht schon jahrelang mit so schwarzen Konsolen, Raspberry Pis, diverse OpenSource Software mit Datenintegrationen, ... beschäftigt am liebsten sowas hätten:

1. Image runterladen für Raspberry PI mit evcc dabei
2. Konfiguration seiner Geräte und sonstigen Einstellungen über eine Web-Oberfläche inkl. "Online-Hilfe"

das ist ne Menge Holz und ich weiß, dass es wohl sinnvoller ist, Funktionen einzubauen anstatt die evcc.yaml in die GUI zu bringen.

[RTTTC]

For me the major questions were:

• What is the reccomended hardware (easiest to work with, most reliable and smart choice in general) (Often people already have some hardware and it is too late to choose.)
• Raspberry pi setup
• Documentation was not always up to date

What would help in general to improve the experience?
Step by step guides for dummies :)

[PV-Heini]

I completely agree with you! Very helpful for me was a youtube-video (PV Überschussladen mit EVCC, SMA und Easee Wallbox by "Da Chris"). With the shown steps in mind it was much easier for me to follow the documentation. Maybe the documentation could be connected to several videos. To set up a Raspi is not a unique EVCC-problem and there are lots of videos in english as well as in german.

[PV-Heini]

EVCC ist nichts für Menschen, die ansonsten Plug-n-Play gewöhnt sind. Die Hürde ist aus meiner Sicht, dass man sich mit der Kommandozeile anfreunden muss. Ich konnte das aufgrund meines Alters gut aushalten: Mein erster PC hatte als CPU den Intel 80286 und lief unter PC-DOS. Als die erste Windows-Version auf den Markt kam, war ich eher verwundert, was der Scheiß soll. Also hatte ich keine Berührungsängste mit der Kommandozeile.

Fummelig finde ich es, wenn man die YAML-Datei in einem Texteditor (also Nano oder Vim, usw.) erstellen muss. Da ist mir die Erstellung unter der GUI mit Geany mit der Syntaxhervorhebung viel leichter gefallen. GUI bedeutet aber, dass man einen Raspi mit etwas mehr RAM braucht. Das ist aktuell auf dem Markt nicht ganz einfach.

Es ist hilfreich, wenn man eine gewisse Begabung im "Pattern Matching" hat. Aus Lösungen in den Diskussionen konnte ich für meine Probleme immer gute Anregungen finden. Für manchen Newbie ist das erst ´mal unübersichtlich und deshalb hätte ich die Idee, regionale Patenschaften anzubieten. Ich denke, dass die meisten Menschen, die hier als Nutzer mitmachen, in Bezug auf Energiewende und Elektromobilität auch missionarisch unterwegs sind. Also mir geht es zumindest so und ich quatsche zu diesen Themen gerne die Leute voll und mache auch Werbung für EVCC. Ich wäre bereit, regional meine Hilfe anzubieten - also in einem überschaubaren Zeitrahmen.

[ABBolle]

@Flauschi83 Aber EVCC neu starten musst du dann ja dennoch über die Konsole, oder?

[Flauschi83]

ja klar.
Bzw extern über ioBroker...aber man spart sich halt irgendwelche witzigen editoren auf dem Ding zu installieren, damit man "ordentliches" syntax dingens hat ;)

[c-fy]

ich logge mich per FileZilla auf die VM auf der evcc läuft, browse die yaml -> rechtsklick bearbeiten...

dann geht ganz brav notepad ++ auf und ich habe perfekte Umgebung da rumzuspielen....dann speichern und die Datei wird von Filezilla automatisch wieder hochgeladen und überschreibt die Alte...

Wow, perfekt, das ist für mich als jemand, der von Linux keinen Plan hat, der perfekte Weg, die evcc.yaml zu editieren! Ich kam einfach nicht an die Datei. Lacht mich aus, aber es ging um Hürden. Diese hab ich jetzt überwunden. Danke!

[cschlipf]

Tip: Visual Studio Code: Hier kannst Du von Deinem Windows PC über die SSH Verbindung Dateien auf dem Raspberry PI direkt bearbeiten . Und YAML Support ist in Visual Studio Code auch noch sehr gut drin.

[Towi68]

Ich verbinde mich zum Raspi vom Windows Rechner über das RDP "RemoteDesktopProtokoll".
Die yaml bearbeite ich mit dem grafischen Geany Editor des Raspi's.
Für die wiederkehrende Funktionen wie EVCC Neustart, EVCC Updates einspielen und die Logfiles mit "tail" anzeigen
habe ich mir entsprechende Shell-Scripts auf dem Raspi Desktop angelegt.
Die täglichen Backups der Konfiguration und der EVCC-Datenbank sichere ich per cron und SMB auf meinem kleinen NAS der Fritzbox.

P.S.: Ich bin Diplom Informatiker und kenne mich entsprechend aus.
Kann gerne im Main-Kinzig-Kreis bei den ersten Problemen helfen.

[chris0603]

Ich fand es anfangs etwas schwierig zu verstehen, was ich nun überhaupt, neben der Wallbox, konfigurieren muss. Ich hab ne SonnenBatterie und nen PowerEdge Wechselrichter, da war mir nicht klar ob ich beide in die Config aufnehmen soll oder nicht.
Der SonnenCharger wollte beim ersten Mal nicht, dann hab ich alles nochmal neu gemacht und dann ging's. Ich fand die Unterstützung aber hier ganz gut und die Doku ist auch gut gemacht. Ich hab das ganze erst auf nem Mac probiert und dann als es lief rüber auf nen Raspberry.

[koaschten]

Genrell hatte/habe ich eigentlich nur Luxus-Probleme gehabt bisher, meistens Fehler meinerseits, oder es braucht einen reboot. Was mit aktuell eigentlich nur fehlt ist:

• GUI Konfiguration statt .yaml schreiben

[kobi80]

Ich habe EVCC über Home Assistant installiert. Dort muss man die evcc.yaml komplett neu erstellen, ohne Assistenten. Ich fand es schwer eine minimal Konfig zu finden... die Beispielkonfig beinhaltet ja gefühlt alles..
Aber woher weiss ich, was ich also minimum konfigurieren muss? Klar steht es in der Doku zu jeden Thema, aber eine minimal Konfig > Wallbox, PV, Solarspeicher zum kopieren wäre super gewesen.

[kobi80]

Diesen Hinweis hätte ich mir bei der Installationsanleitung für https://github.com/evcc-io/hassio-addon gewünscht :-)

[andig]

/cc @thecem

[thecem]

@kobi80 remarks welcome: https://github.com/evcc-io/hassio-addon

[Bullischorsch]

Ich habe EVCC über Home Assistant installiert. Dort muss man die evcc.yaml komplett neu erstellen, ohne Assistenten.

Du kannst den Assistenten auch unter Windows laufen lassen und die Datei dann per copy/paste übernehmen?

So habe ich es letztlich (auf dem Mac) gemacht. Das klappt dann ganz gut.

[lorbetzki]

Ich merke mal als Daueruser etwas an und hoffe das geht in Ordnung.

Ich bin häufig überrascht wenn sich bestehenden Funktionen geändert haben. Ich lese zwar die Changelogs aber manche Funktionsänderungen entgehen mir einfach.

Als Beispiel sei die bufferStartSoc oder residualPower Werte. Nachdem diese hinzugefügt wurde, hat meine Bestandkonfiguration nicht mehr das gemacht, was sie sollte. Erst nachdem ich mir genauer die commits angeschaut habe, konnte ich meine Config entsprechend erweitern.

Ich würde es daher begrüßen, wenn man solche Änderungen besonders hervorheben könnte. Dabei würde es mir zumindest reichen, wenn es einen Hinweis darauf gibt, das die Config ggf angepaßt werden muss wenn man diese Version aktualisiert.

[ottomitschke]

Einstieg war nicht schwer als Linuxer. Was hingegen Zeit gekostet hatte war:

• Funktionsumfang verstehen
• Funktionsumfang der funktioniert (obwohl experimentel) und welcher zwar geklickt werden kann aber dann doch wieder "experimentel" ist und schlicht nicht funktioniert (experimentel meint "geht aber kann haken"... hier dann eher "geht einfach garnicht, sieht aber so aus" )
• Sponsor Token - (Nicht wegen dem Geld, denn der Benefit durch EVCC ist massiv - werde sicher nochmal 100 Euro nachschießen weil das Projekt so Klasse ist!) - Aber warum ist eine KEBA Wallbox "böse" und eine go-E nicht. Erschließt sich mir nicht. Vor allem da die Keba eine super gängige und äusserst solide Wallbox ist
• "Reliability" - Gleich einen Tag nach dem Einstieg hat Polestar die API geändert. - wenige Tage gleich noch einmal. Der "WAF" (Woman acceptence factor) war super gering in den ersten Tagen. Dank der Community konnte das alles in super kurzer Zeit gefixt werden, aber erstmal gehts halt nicht mehr. An so einer zentralen Steuerkomponente ist die Auswirkung halt gleich massiv.
• Integration in Homeassistant - Nachdem ich alles auf Docker nutze, muss EVCC auch als Container neben HA laufen und dann per Integration in HA aufgenommen werden. Hat am Ende alles funktioniert, die Infos dazu waren sehr verstreut und teilweise von docs.evcc garnicht abgedeckt

[jwinkler1967]

Hallo, ich habe sehr gute Erfahrungen mit go-e gemacht, auch im Zusammenspiel mit evcc, war auch ADAC Testsieger und ist nicht so teuer.

Frohe Weihnachten

[derbruchpilot]

Ich bin jetzt ein paar Wochen dabei. Raspi aufsetzen, EVCC draufspielen.. keinProblem, weil Kochrezept. Bei EVCC.yaml wurde es dann schon spaßiger. Habe die Datei zigmal konfiguriert und war dann glücklich, mit einer OPENWB-Wallbox ohne Fehler das EVCC zu starten. Schwieriger wurde es dann mit der Anbindung der weiteren Gerätschaften und da ist lange nicht alles ein EVCC-Problem. Zum Beispiel Solis-Hybrid-WR: Eigentlich soll da nur einer mit EVCC verbunden sein und die anderen als Slave am Master hängen. Geht aber gerade noch nicht, weil der dafür zu nutzende CAN-Bus 35m Leitungslänge nicht kann. Oder der Charger (nicht die OPENWB, die ist nur zum Test dran). Der sollte über OCPP 1.6 funktionieren. Da habe ich noch gar keinen Kontakt. Oder die Batterien an den Hybrid-WR's. Wie können die ihre Stärken ausspielen?
Also, ich habe noch jede Menge Fragen. Eigentlich reden wir über ganz wenige Schnittstellen, und doch ist jede Kombination anders. Und natürlich ist die Anzahl derer, die sich in der Diskussionsrunde tummeln, im Verhältnis zu den wahrscheinlich schon tausenden verschiedenen Geräten immer noch sehr klein. Das ist eben Fluch und Segen zugleich.
Was ich vermisst habe, war ein "Grundkurs Syntax" und die docs.evcc könnte für mich gerne etwas ausführlicher sein. Sind da alle Parameter hinterlegt?
Ich werde sicher bei EVCC bleiben. Auch wenn es noch etwas dauert, bis das alles (ich hoffe, mit eurer Hilfe) läuft.

[Carsti29]

Hab mich für RaspberryPi entschieden und konnte ein bißchen Linux-Wissen aus den Neunzigern ausbuddeln. Inklusive dem alten Fehler, daß Ctrl+C nicht aus dem Konfigurator kopiert, sondern ihn abbricht. 🤦🏻‍♂️

Größtes Problem war die Wallbox (Mennekes Amtron Professional). Die zu konfigurieren war eine Tragödie und der Support durch Mennekes nicht existent. Hab's nur mit Allgemeinwissen, wie was heißen könnte überhaupt zum Laufen bekommen. Und da ja noch nicht so richtig Überschuß kommt (Ende Januar!), weiß ich noch nichtmal, ob's wirklich klappt.

Mußte trotzdem die Summe aus ungefähr 10 Webseiten bilden, für diese eine Konfiguration. Dennoch: alles besser als 1000€ für 'nen HEM und das Heulen des Installateurs, wie schwer sein leben ist.

[kleini]

Wenn man abseits von den Standardgeräten und -integrationen unterwegs sein möchte, ist es aufgrund der vorhanden Dokumentation schwierig, selbständig einen charger, meter, loadpoint usw. zu konfigurieren. Mir ist bis heute vollkommen unklar, was beim charger die Properties status, enabled, enable machen, ob sie beschrieben oder gelesen werden. Es wäre extrem hilfreich, dass die Grundkonzepte und Properties dokumentiert werden. Inwiefern verändert ein switchsocket oder ein sgready die Funktion eines chargers bzw. welche Teile übernehmen sie und leiten daraus status, enabled und enable ab.
Hintergrund: Ich versuche einen Heizstab einzubinden, dessen Phasen 500W, 1000W und 2000W haben und die ich alle einzeln ansteuern und einbinden möchte. switchsocket würde am ehesten passen, da ist jetzt aber erst letztens der SoC dazu gekommen, damit ich die Temperatur vom Wasserspeicher mit anzeigen kann.

[grossoman]

Hallo,
eine Einstiegshürde hatte ich nicht, da ich auch auf dem Desktop Linux nutze.
Ich finde das ganze Konzept super und betreibe 2 paralele Instanzen.
Was ich nicht gefunden habe, oder vermisse, ist eine Möglichgeit den übertragenen Wert eines "meters" zu ivertieren. Bei mir ist nämlich der Shelly 3em verkehrt eingebaut, und um das zu ändern müsste der Elektriker erneut anreisen.

[kleini]

Einen Wert negieren kannst Du relativ einfach über den Parameter scale. Ich nutze das auch z.B. so:

meters:
- name: battery
  type: custom
  power:
    source: mqtt
    topic: venus/N/1234567889ab/battery/512/Dc/0/Power
    jq: .value
    timeout: 120s
    scale: -1

scale funktioniert hier in diesem Fall bei der source: mqtt. Es kommt jetzt auf Deine Datenquelle an, ob beim Einlesen dort auch der Parameter unterstützt wird. Eine andere Variante wäre es, über eine Kalkulation zu gehen. Das müsste bei jeder beliebigen Datenquelle funktionieren:

meters:
- name: grid
  type: custom
  power:
    source: calc
    mul:
    - source: modbus
      uri: 192.168.178.34
      model: sunspec
      value: 30867:3:DCW # mppt 3 charge
    - source: const
      value: -1

[grossoman]

meters:

• type: template
  template: shelly-3em
  usage: grid
  host: 192.168.178.150
  user: shelly@test.de
  password: Geheim
  name: grid1

ich habe veruscht hier einfach "value: -1" anzuhängen aber das geht nicht auch die zweite Variante habe ich erfolglos probiert.
es wäre toll wenn mir jeman in meinem Fall helfen könnte

[kleini]

Okay, Du nutzt das Template. Man müsste das selbst machen ohne Template. Ich versuche mich gleich mal in einer ruhigen Minute.

[kleini]

Versuch mal so: meters.yaml

[SolarPower2024]

@grossoman kann der Shelly 3EM nicht die Phasenströme selber umdrehen?
Also der Pro kann das, einfach in der Übersicht auf die Einstellungen gehen und man kann die einzelnen Phasen invertieren.

[lord-icon]

Also ich bin erst seit ca. 2-3 Monate dabei und bin somit mit der GUI "aufgewachsen".

Größtes Problem war hier anfänglich, dass ich EVCC mehrfach abgeschossen habe.
Grund war hier die "tariffs:" angabe wo ich Fehler drin hatte.
EVCC startet dann einfach nicht mehr.

Da die Config dann auch noch ausserhalb von /homeassistant lag und erst "besonders" freigeschalten worden musste damit man zu /addon gelangte musste ich anfänglich immer alles deinstallieren und neu installieren und dann im Grunde wieder neu von vorn anfangen.
Ein Kleiner Fehler aber = EVCC zickt rum und stellt sich DAUERHAFT tot.

2tes Problem und bis heute beständig.
In der GUI kann man bis heute keinen Sensor in den Modulen auswählen.
Z.B. den Netzzähler. Hier gibt es bereits einen HA-Sensor den ich gern verwendet hätte wollen.
Aber nein... ich musste hier den Smartmeter von Fronius angeben.

Gleiches von der PV Anlage. Auch hier besteht logischerweise ein Sensor. Auch hier musste der Wechselrichter ein 2tes mal angesprochen/abgefragt werden.

Und DAS (also das mehrfache unnötigte Abfragen) bringt dann Probleme mit sich, da die Endgeräte auf soviele Anfragen garnicht reagieren können. Ausserdem werden Werte verfälscht. Meine PV anlage ist auf ein Garagendach mit ca. 30m Luftliene entfernt. 1m im Boden. Mit Geraden verlauf sind es 55m die verlegt worden sind. Sprich: Wenn die PV sagt, dass diese 25kWh gerade erzeugt, dann heißt das aber nicht, dass diese auch an der Steigleitung rausgehen. (Leitungsverluste).
Tagsüber kein Problem da die ca. 2-3% Leitungsverlust egal sind.
Wenn ich aber mit 11kWh lade und die PV Anlage auch 11kWh erzeugt, dann passt es im Modus "PV" die Ladeleistung nicht 100%tig.
Es kommen halt nur geschätzte 10,5-10,8kWh an. Nörgeln auf hohen Niveu.... aber es stellt halt im laufe des Jahres einen unnötigen Netzbezug dar.

Und das 3te Problem was ich gerade habe ist das mit den Sponsortocken.
Ich lade nur 1x in der Woche. Also wenig Testzeitmöglichkeiten.
Wenn der Token im laufenden EVCC abläuft, dann konnte ich den Token über die GUI ändern + neustarten.
Wenn EVCC aber aus war und mit einen Abgelaufenen Token starten möchte, dann verweigert er den Start gänzlich.
Den Token dann in der Config einzutragen bringt offensichtlich ncihts, da die Datenbank im Nachgang den abgelaufenden Token lädt.
Und mit den SQLite Web-Addon finde ich aktuell die 'DB nicht um dort den Token zu ändern.
Wird hier noch behandelt:
#21789

Aber selbst wenn ich dann irgendwann mal die DB finde => eine übelst Blöde Lösung.
BUG ist hier aber auch gerade gemeldet worden.
#21801

Und dann noch: ABER... das muß ich nochmal genauer nachstellen bzw. Prüfen.
Ich möchte nur im "PV" Modus laden.
Go-E-Charger schafft 6-22KW. Auch so eingetragen und klappt auch, solange >6kWh erzeugt werden.
Wenn weniger soll der Ladevorgang komplett unterbrochen werden, sodass am Ende 100% PV-Strom genutzt worden ist.
EVCC scheint das wohl auch in erster Instanz umzusetzen. Er hatte damals den Ladevorgang unterbrochen.
Offensichtlich nimmt der Go-E-Charger das nur als Einmal-Befehl. Denn der Ladevorgang startete dann später wieder... mit Netzbezug.
Aber das muß ich noch einmal genau nachstellen und beobachten

[abuesen]

Oder per MQTT. Bei mir schreibt HA die Werte in MQTT und evcc liest dies aus. Das müsste auch komplett in der Oberfläche gehen.
https://docs.evcc.io/docs/reference/configuration/mqtt

Die Doku zu meters per MQTT finde ich natürlich wieder nicht. Doku war und ist eine meiner größten Hürden. Wenn man die richtige Stelle findet ist die Doku meist gut, aber mit dem Finden tue ich mich schwer.

MQTT fand ich einfacher und es gib noch andere "Nutzer" der Werte. Dafür ist es möglicherweise träger als die Abfrage von @SolarPower2024, wenn das MQTT nicht per onChange publiziert wird, sondern per Updateintervall.

[abuesen]

Ach ja, wegen der Leitungsverluste.
Ich Regle den evcc nicht nach Produktion, sondern nach gemessener Einspeisung. Als Messung bekomme ich auch nur den Ertrag auf der Gleichspannung zuverlässig gemessen, der Wechselrichterausgang ist deutlich ungenauer und die Leistung liegt natürlich wegen des Eigenverbrauchs auch unter dem PV-Ertrag.

Also Regelung nach Einspeisemessung. Dabei halte ich im Sommer 1kW fürs Haus zusätzlich zurück, damit Einschaltspitzen nicht sofort zu kurzem Bezug führen. Das könnte man auch für das runterrechnen der Leitungsverluste nutzen.

PS: Wenn der Leitungsverlust wirklich rund 300W wäre, müssten die Kabel schon merkbar warm werden. Kann es sein dass es auch hier der PV-Ertrag vor dem Wechselrichter ist?

[VolkerK62]

Wenn EVCC aber aus war und mit einen Abgelaufenen Token starten möchte, dann verweigert er den Start gänzlich.
Den Token dann in der Config einzutragen bringt offensichtlich ncihts, da die Datenbank im Nachgang den abgelaufenden Token lädt.
Und mit den SQLite Web-Addon finde ich aktuell die 'DB nicht um dort den Token zu ändern.

Problem versteh ich nicht.
evcc starten. Fehler im Log ignorieren. Webansicht öffnen. Dort die Konfiguration öffnen, Token eintragen, Neustart. Fertig.

[TRON4R]

Ich stimme @abuesen zu, dass die Regelung von evcc generell besser über die Einspeisung (das Smartmeter, welches direkt am Zählerschrank sitzt) erfolgen sollte und nicht über das Auslesen der Produktionsdaten der Wechselrichter. Erst recht, wenn dann so hohe Leitungsverluste auftreten, wie in Deinem Fall.

Sollte das aber aus irgendeinem Grund nicht möglich sein, kann man evcc auch im Experimental GUI Modus über Konfiguration → Regelverhalten → Residualleistung dazu bringen, hier einfach immer ein paar Hundert Watt mehr einzuspeisen. Was in Deinem konkreten Fall dann faktisch dazu führen würde, dass die Leitungsverluste damit kompensiert und der leichte Netzbezug vermieden werden würde.

[kjs-DE]

@TRON4R Kommt drauf an, bei mir sind die Meßwandler der PV-Anlage auf den 3 Leitungen direkt am Zähler. Die Meßwandler zur Messung der PV-Leistung sitzen auf der Leitung welche die beiden WR zusammenfasst. Da könnte sich nur ein Fehler durch die Meßgenauigkeit des PV-Systems einschleichen. Über 8 Jahre weg ist der Jahres-Unterschied zwischen Zähler und PV kleiner als 2-3kWh/a.

[lewie]

Hallo Miteinander,
erst ein großes Lob an das evcc Team. Simpel, und einfach gehaltene GUI, gute Struktur der Konfiguration finde ich. evcc läuft sehr gut.
Was ich noch nicht herausgefunden habe:
Es wird zwar davon geredet, die Konfiguration allgemein in die Datenbank umzuziehen. Das habe ich dann mit sämtlichen Konfigurationen getan. Aber dann werden doch alle Beschreibungen über yaml hier besprochen. Das verwirrt mich etwas. Ich bin noch immer hin- und hergerissen doch wieder alles auf yaml umzustellen, weil ich eigentlich sehr gerne über simple Textdateien arbeite. Also was jetzt entweder DB oder doch beides auf mittlere Sicht? Mutmaßlich übersehe ich hier noch etwas. Bin für Hinweise dankbar.

Was mir noch fehlt:
Ich möchte meine Batterie netzdienlich betreiben, also während der Mittagszeit, den Hügel möglichst glattbügeln. Je nach PV-Überschuss laden, nicht schon ab PV-Überschuss. Dazu brauche ich den PV-Ertrags Forecast um den Startzeitpunkt für das Laden der Batterie zu errechnen und dann eine Möglichkeit, die Batterie je nach PV-Leistung jede Stunde auf eine maximale Ladeleistung einzustellen. (Nur als Anmerkung. Laden des BEV: Min+PV Vorrang, bei PV nachrangig.)
Würdet Ihr diese Funktionalität auslagern, z.B. in openHAB, dort ist das leicht zu Scripten, wenn die Steuerparameter/API da wäre, oder warum nicht in evcc direkt?
Denn seit 1.3.2025 werden einige Neuanlagen auf 60% gedrosselt in Betrieb genommen, da die CLS-Box, die eine externe Regelung durch den Netzbetreiber ermöglicht, noch gar nicht zertifiziert ist. Daher wäre das eine Möglichkeit, den Überschuss nicht zu verschenken für diese Anlagen.

[abuesen]

Würdet Ihr diese Funktionalität auslagern, z.B. in openHAB, dort ist das leicht zu Scripten, wenn die Steuerparameter/API da wäre, oder warum nicht in evcc direkt? Denn seit 1.3.2025 werden einige Neuanlagen auf 60% gedrosselt in Betrieb genommen,

Hi.

Es gab bereits in vielen Diskussionen die Aussage, dass komplexes Verhalten extern gesteuert werden soll. Denn die Anwendungsfälle sind zu vielfältig und mit individuellen Vorlieben oder no Gos.

Den Satz mit der API verstehe ich nicht. Mit der API kann mindestens alles konfiguriert werden, was auch in der GUI geht.

https://docs.evcc.io/docs/integrations/rest-api

Mit der Begrenzung auf 60% ist es meines Wissens wie mit der Begrenzung eines Balkonkraftwerkes auf 800w: Die Erzeugungsanlage muss begrenzt sein, eine Regelung der Einspeisung ist offiziell nicht zulässig. Das kann bei den 60% aber auch anders sein.

VG
A.

[lewie]

Hi und vielen Dank für die Infos!
Die API hatte ich nach meinem Post gefunden und ist damit hinfällig.

Die 800-Watt-Grenze gilt nur für die Netzeinspeisung, nicht für den selbst genutzten Strom.
Auch für die 60%-Begrenzung gilt. Es (§ 14a EnWG) betrifft ausschließlich die Einspeisung ins öffentliche Netz.
Daher wäre es natürlich interessant, solche Grenzen und Eigenverbrauchsregeln auch über evcc setzen zu können.
Viele Grüße
Helmut

PS: Die 60% Regelung gilt nur für Neuanlagen ab 25.02.2025 und entfällt nach Installation einer speziellen CLS-Steuerbox. Die aber scheinbar noch gar nicht zertifiziert ist, seufz. Die 60% zu fordern, liegt im Ermessen des Netzbetreibers. Ich habe es, Stand heute, erst einmal im Bereich des Bayernnetzwerks erlebt.

[StefanR71]

Hallo,

als alter Hase aus dem IT Bereich war die Installation für mich sehr einfach, nur beim Konfigurationsassistenten habe ich dann zu viele Geräte hinzugefügt und hatte dadurch zunächst den doppelten Solarertrag. (Batteriespeicher meldet bereits PV und dann noch die einzelnen PV Wechselrichter.) Mir war aber schnell klar, dass da dann die Sachen addiert wurden, die ich da eingegeben habe, da ich nicht nach einer Anordnung der Komponenten gefragt wurde. Also nur die sonnenBatterie in der Config gelassen und alles andere gelöscht...

Die Konfigurationsparameter sind auf der Web-Seite recht gut erklärt, man muss teilweise etwas suchen, hat einen Moment gedauert bis ich verstanden hatte, dass man im "manuellen" PKW ein HTTP Plugin für den SoC angeben kann und dort dann die OVMS Box direkt übers WLAN abfragen kann.

Was ich aber noch nicht verstanden habe, ist die Abhängigkeit von "cache" im PKW und den soc/poll/interval im Ladepunkt. Fragt er nun alle 5 Minuten (cache) übers WLAN meine OVMS Box ab oder im Intervall, der in Ladepunkt steht? Beim Cupra über die Cupra Connect 4 hatte ich den Eindruck, dass es nur sehr selten abgefragt wird (wobei hier kann es auch sein, dass PKW->App das ab und zu verzögert). Ich hatte als Limit 90% eingestellt aber er hat lt. App bis 94% geladen, ich habe auch erst bei einem recht hohen SoC gesteckt und er brauchte auch nur noch knapp 30 Minuten laden... Muss ich beobachten.

Weiter habe ich auch noch nicht so recht durchschaut, ob er das Ladelimit nun speichert oder nach erneutem anstecken oder Dienste Neustart wieder auf 100% setzt. Beim kleinen habe ich daher nun mal in der Config ein "limitsoc" Bereich eingefügt, aber das scheint nun eine harte Grenze zu sein, die man nun nicht mal eben temporär überschreiten kann, oder? Grundsätzlich lade ich eigentlich immer bis 90%, möchte aber gerne auch ab und zu mal, wenn ich lange Strecken fahren muss, direkt vorher auf 100% laden. Daher wäre es für mich optimal, dass wenn ich stecke er immer auf 90% steht, aber bei Bedarf über die GUI auf 100% gestellt werden kann. Vielleicht ja auch irgendwie möglich, ich werde weiter lesen und testen.

Klar und eine GUI zur Konfiguration wäre hübscher, aber so eine Datei hat auch was für sich, man sieht genau was eingestellt ist und kann bei einer Neuinstallation schnell die Config übertragen. Man muss sich auch nicht durch X Menüs hangeln um einen Überblick über die Config zu haben, denn das kann auch schnell sehr komplex werden. Wobei, wo wird eigentlich die Berücksichtigung der Hausbatterie gespeichert? Das steht nicht in der evcc.yaml, das ist schade...

Alles in allem macht die Software einen super aufgeräumten und strukturierten Eindruck. Vielen Dank dafür!

[VolkerK62]

Du kannst ein default Ladelimit beim Fahrzeug speichern. dazu Fahrzeug im UI am Loadpoint auswählen, unten Mitte auf "Plan" und dann im Tab "Ankunft" den default einstellen. Das wird dann ausgewählt, wenn das Auto erkannt oder ausgewählt wird.

Bzgl. Hausbatterie: EInfach mal auf den Prozentwert der Batterie klicken. Gespeichert wird das in der Datenbank

[StefanR71]

Ah, danke für den Tipp, das hatte ich noch nicht gesehen, ich habe immer in der Config-Datei gesucht, aber das ist genau das was ich gesucht habe. Aber das lässt sich dann vermutlich nicht über die evcc.yaml vorgeben, wäre dann das gleiche wie das andere Thema, die Einstellungen zur Hausbatterie.

Wegen Hausbatterie, die Einstellungen sind klar, das ist ja auch auf der Web-Seite super erklärt, ich meinte ja nur wegen dem Speicherort der Config. Schön wäre es halt, wenn alles an einer Stelle gespeichert wird. Oder wenn es für diese Einstellung auch Bereiche in der evcc.yaml gäbe, die dann beim Dienst-Start übernommen werden.

[bandeplus]

Hej zusammen,

ich habe keinen großen Programmier Background, aber ich glaube ich habe heute das erste mal alles zum Laufen bekommen (noch auf Test Token aber wenn es ein paar Tage stabil läuft natürlich gerne auch mit einem richtigen :)). Mein Setup:

• Senec V3 Duo Speicher + SMA 15kW WR (Senec Speicher liefert aber die Gesamt Werte, 25kWp )
• go-e Home V2 (ich glaube auf der neusten FW die es dafür gibt, kann halt keine 1P/3P Umschaltung, aber ich habe ja 3 Sicherungen und ne Ahnung wie sonnig ein Tag so wird)
• Eine Zoe PH2 von 2020 aber ohne App-Abonement (ich glaube ich kann dann auch nichts auslesen wenn ich das Abo nicht verlängert habe, oder?)
• Ein Raspi Zero 2W (der so gerade alles kostet, nicht gerade zügig aber es scheint zu reichen)

Was war schwer? Hmm. Die Installation auf dem Raspberry war easy. Die YAML hatte auch keine Hürden (ok über die GUI durfte ich sie nicht verschieben, dann halt via sudo ;)). Die WB habe ich jetzt im Experimental Mode hinzugefügt, scheint geklappt zu haben. Ich war nicht sicher welcher er richtige Eintrag ist, bei goe V3 gab es weniger Werte zurück aber eben ein paar, bei Home+ war es mehr also habe ich wohl eine go-e home+ (stand nie auf der Rechnung diese Bezeichnung).

Ich überlege gerade, ob ich die Viessmann WP angebunden bekomme, da bin ich erst mal hängen geblieben. Hab allerdings auch kein Abo bei Viessmann für irgendwas, keine Ahnung ob da was geht oder ob ich da noch ein Relais o.ä. brauche. Da hänge ich gerade. Das ist meine Herausforderung.

Also vielen Dank auf jeden Fall an alle Beteiligten, ich finde es Mega, dass meine bestehende alte Hardware plötzlich intelligent wird, again, wenn alles stabil läuft kümmere ich mich nächsten Monat um einen Token!

[Flyforcash]

Die größte Hürde war für mich EVCC im Kommandozeilenmodus zu verwalten da ich nur einen passiv gekühlten Thin Client mit absoluter Minimalkonfiguration verwende der seit langer langer Zeit bei mir herumliegt. Da ich aber ohnehin bald auf Linux umsteige weil mir Windows mittlerweile unheimlich auf den Senkel geht war es für mich ein interessanter Lernprozess. Leider war mein Wechselrichter nicht in den vorkonfigurierten Templates verfügbar. Deshalb ist es mir bis heute nicht gelungen war einen Wechselrichter in EVCC einzubinden. Da aber die Wallbox erst in 2 Monaten kommt hoffe ich dass es mir bis dorthin noch gelingen wird. Für die Erstellung einer EVCC.Yaml Datei sind Programmierkenntnisse vonnöten (die ich nicht habe) vor allem wenn man einen Wechselrichter hat der kein Modbus/TCP sondern nur RTU kann und wo man sich die Konfigurationsdatei von A bis Z selbst erstellen muss. Dafür habe ich bis jetzt Kosten von 10€ für den RS 485 zu USB Adapter ausgegeben. Also relativiert sich der Aufwand. Als Rentner habe ich auch Zeit genug mich mit der Materie zu beschäftigen. Zum Glück gibt es SSH damit ich meine Tage nicht im kalten Keller verbringen muss und den Server gemütlich von meinem Büro aus verwalten kann. Meine Wärmepumpumpe kommt in 4 Wochen, die über einen Shelly gesteuert wird. Ich hoffe das EVCC dann dort passiv mit hineinhört um die Wallbox zum Überschussladen zu bewegen.

[TRON4R]

Welchen "exotischen" Wechselrichter hast Du denn am Start, dass der nicht schon in der umfangreichen Template-Bibliothek von evcc enthalten ist?

Vielleicht findet sich dann ja hier jemand, der mit Dir zusammen ein Template erstellen möchte.

[joplhb]

Das mit der Wärmepumpe über einen Shelly zu steuern halte ich für nicht so sinnvoll. Energieerfassung ja, aber hart ein-und ausschalten ist meines Wissens nach nicht so gut.Ich habe die externen Eingänge meiner Wärmepumpe über Umschalter (Auto -Aus-Ein) mit einer Relaisbaugruppe verbunden.So kann ich z. B. den Kompressor sperren oder auch mit einem Widerstand die gemessene Temperatur im Speicher um 10 K verringern, damit bei PV-Überschuss das Wasser halt schon bei z.B. 54Grad aufgeheizt wird und nicht erst Nachts, wenn es dann 48 Grad hat und es draußen auch kälter ist.Da wäre etwas mehr Nachdenken bei der Wärmepumpen-Firmware sinnvoll.Freundliche Grüße Joachim Platzer  Von: Flyforcash ***@***.***>Gesendet: Samstag, August 2, 2025 12:21 PMAn: evcc-io/evcc ***@***.***>Cc: joplhb ***@***.***>; Comment ***@***.***>Betreff: Re: [evcc-io/evcc] Umfrage: war Eure größte Einstiegshürde? (Discussion #5698) Die größte Hürde war für mich EVCC im Kommandozeilenmodus zu verwalten da ich nur einen passiv gekühlten Thin Client mit absoluter Minimalkonfiguration verwende der seit langer langer Zeit bei mir herumliegt. Da ich aber ohnehin bald auf Linux umsteige weil mir Windows mittlerweile unheimlich auf den Senkel geht war es für mich ein interessanter Lernprozess. Leider war mein Wechselrichter nicht in den vorkonfigurierten Templates verfügbar. Deshalb ist es mir bis heute nicht gelungen war einen Wechselrichter in EVCC einzubinden. Da aber die Wallbox erst in 2 Monaten kommt hoffe ich dass es mir bis dorthin noch gelingen wird. Für die Erstellung einer EVCC.Yaml Datei sind Programmierkenntnisse vonnöten (die ich nicht habe) vor allem wenn man einen Wechselrichter hat der kein Modbus/TCP sondern nur RTU kann und wo man sich die Konfigurationsdatei von A bis Z selbst erstellen muss. Dafür habe ich bis jetzt Kosten von 10€ für den RS 485 zu USB Adapter ausgegeben. Also relativiert sich der Aufwand. Als Rentner habe ich auch Zeit genug mich mit der Materie zu beschäftigen. Zum Glück gibt es SSH damit ich meine Tage nicht im kalten Keller verbringen muss und den Server gemütlich von meinem Büro aus verwalten kann. Meine Wärmepumpumpe kommt in 4 Wochen, die über einen Shelly gesteuert wird. Ich hoffe das EVCC dann dort passiv mit hineinhört um die Wallbox zum Überschussladen zu bewegen.—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.

[TRON4R]

Zum einen hast Du irgenwie seltsam replied und damit einen neuen Post erzeugt statt auf den Post von Flyforcash zu antworten (was Du vermutlich nicht wolltest) und zum anderen ist die Absicht von evcc nicht, die Wärmepumpen mittels Shelly ein- und auszuschalten. Das wäre in der Tat völliger Wahnsinn. Sondern mit den Shellys sollen nur die Kontakte an der SGReady-Schnittstelle geschaltet werden. Und diese Schnittstelle zeigt der Wärmepumpe einfach nur binär an, ob gerade PV-Überschuss vorhanden ist oder sie wegen Überlast im Stromnetz in den Max-4,2kW-Modus runterschalten soll.

[joplhb]

Sorry, dachte ich kann direkt antworten wie es unten in der Mail stand. Für mich war es jetzt Weiterbildung, für Euch leider nervig.
Der Post von Flyforcash war für mich nicht eindeutig mit "Meine Wärmepumpumpe kommt in 4 Wochen, die über einen Shelly gesteuert wird". Nur um das mit dem hart ein-und auschalten klarzustellen. Da es in der Zwischenzeit auch große Shellys gibt, könnte man allen möglichen Blödsinn damit anstellen.

[Flyforcash]

Es handelt sich um einen Goodwe GW5048ES-D Wechselrichter der bereits seit 3 Jahren in Betrieb ist und leider bei EVCC nicht als Template zu haben ist. Sollte es hier jemand geben der ein solches Template erstellen kann oder möglicherweise bereits eines in Betrieb haben diesen Wechselrichter wäre ich für einen Hinweis außerordentlich dankbar. Wird dieses Template dann in /etc als yamel hinterlegt oder muss dies auf den EVCC Server in den Account hochgeladen werden?
Ohne Auslesen des Wechselrichters ist ein Energiemanagement System einfach nicht machbar. Was die Wärmepumpe betrifft wird dies ein modulierendes Gerät sein. Ich gehe davon aus dass es da nicht nur EIN oder AUS gibt, sondern abhängig von der PV Leistung und der Heizkurve intelligent gesteuert wird. Welchen Blödsinn kann man denn mit Shellys anstellen? Ich möchte mir nichts ins Haus holen was von Peking aus bei -10 Grad abgeschaltet werden kann wenn der chinesische Flugzeugträger die Elbe herauf dampft.

[Flyforcash]

Ich war heute wieder den ganzen Tag dran um endlich das Ganze zum Laufen zu bringen. Leider umsonst. Das Goodwe over WiFi Template mit dem UI bringt nur unsinnige Zahlen (addiert Batterieladung und PV-Erzeugung =Eigenverbrauch) und zeigt auch keinen SOC an. Meine eigenbau evcc.yaml wirft auch nur Fehlermeldungen beim Start aus und ich bin am Ende meines Lateins: die Anleitung bei EVCC wie man ein benutzerdefiniertes Gerät konfiguriert wurde wahrscheinlich von einem deutschen Beamten entworfen. Genau wie die Ortsschilder auf den Straßen die nur Leuten etwas sagen die sich ohnehin auskennen und Ortsfremde in die Irre führen. Seit 4 Tagen sitze ich nun an diesem *******EVCC und bin keinen Schritt weitergekommen. Ich lege eine von den unzähligen yamls bei die ich ausprobiert habe für meine Konfiguration. Vielleicht erbarmt sich ja jemand, sucht und findet vielleicht eine Lösung für mich. Belohnung winkt.
evcc.yaml.txt

[VolkerK62]

Du kannst nicht für grid, pv und battery den gleichen Namen benutzen
Die Meter Konfiguration am Beispiel Grid soll so aussehen.

meters:
  - name: goodwe_hybrid_grid
    type: custom
    power:    
      source: modbus
      id: 247      
      device: /dev/ttyUSB0
      baudrate: 9600
      comset: 8N1
      register:
        address: 1304
        type: holding
        decode: int16
      timeout: 2s

Die Meter für PV und Batterie nach dem gleichen Muster anlegen.

[Flyforcash]

EVCC startet zwar jetzt aber immer noch mit 0 Werten beim Grid und bei der PV.

[Flyforcash]

Vielen Dank habe ich gleich ausprobiert. EVCC startet zwar jetzt aber immer noch mit 0 Anzeige beim Netz Zähler und bei der PV.

[abuesen]

Bei der ui kann ich gar nicht helfen, evcc habe ich rein über yaml damals eingerichtet und nur notwendiges mit der ui gemacht.

Bei mir war der Schlüssel zum Erfolg, strukturiert vorzugehen und zunächst nur mit einer minimalen yaml zu beginnen. Mit allen Geräten klappte auch alles nicht, weil einfach zu viele Wechselwirkungen auf einmal zusammenkamen. Da hatte ich einige Tage versenkt.

Also: Minimale Konfiguration.

Wenn ich mich recht erinnere: Du brauchst einen meter, ein vehicle und einen loadpoint. Das vehicle kann eventuell auch zunächst "gast" sein. Der ganze restliche Kram zunächst weg lassen. Schauen, dass die Zahlen stimmen.

Wenn das läuft nimm die PV dazu. Dann siehst du Ertrag minus Einspeisung ergibt Hausverbrauch. Wieder die Zahlen kontrollieren.
Damit machst Du Ladeversuche.

Wenn das klappt schau nach der Hausbatterie und eventuell andere Dinge, die du willst.

[Flyforcash]

Hallo danke für die Antwort. Der WLAN-dongle ist installiert und funktioniert auch einwandfrei und mit evcc configure wurde der WR auch positiv erkannt. Allerdings habe ich beim Start von EVCC nur Fehlermeldungen bekommen. Ich glaube mit der evcc.yaml stimmt etwas nicht. Da ich keine Programmierkenntnisse habe habe ich versucht diese mir über Google Gemini erstellen zu lassen. Aber das scheint mir nicht das Gelbe vom Ei zu sein. Wenn ich Goodwe over WiFi versuche zu nutzen

, muss ich dann den RS485 zu USB Stecker am meinem Server entfernen?

[Flyforcash]

Ich musste an den Spruch denken " den meisten Menschen ist gar nicht klar wie knapp sie vor dem Erfolg stehen wenn sie aufgeben". Ich habe drei Tage mit dieser Scheiss Yaml herumgefrickelt anstatt das UI zu nutzen. Ich habe also das experimentelle UI genutzt und nach eine Minute hat es funktioniert mit dem Goodwe over WiFi Template. Die Batterie bzw die Ladung wird ebenfalls korrekt angezeigt. Allderdings bekomme ich keinen Ladestand der Batterie angezeigt. Gibt es da eine Möglichkeit dies zu beheben damit ich falls nötig den Akku zum Laden nutzen kann?

[labmaster]

Guten Morgen. Gemini hat für meinen Metatrader einige ganz brauchbare Indikatoren programmiert. Auch habe ich exakte Anleitungen bekommen über das Python Test Script die einzelnen Register auszulesen. Ich glaube auch dass die YAML nicht allzu weit von der Wahrheit entfernt ist. Der YAML validator hat die meisten diese Files als gültig anerkannt. Goodwe über WiFi und Goodwe Hybrid Templates funktionieren auf jeden Fall nicht und nach 3 Tagen des Rumprobierens bin ich es auch leid weitere Zeit damit zu verschwenden was eigentlich eine relativ triviale Angelegenheit sein sollte wenn man IT- mäßig nicht ein kompletter Nackedei ist. Ich vermute dass der wifi Dongle des Wechsel riecht es nicht imstande ist mit dem Modbus Protokoll zu kommunizieren. Ich hoffe jetzt auf den Shelly der Wärmepumpe mit dem sich hoffentlich das Signal passiv abgreifen lässt um dann EVCC zu integrieren. Falls nicht werde ich eben einen Switch speziell für die zu installierende Wallbox nutzen der gegenüber der Wärmepumpe eine nachgeordnete Priorität hat. Ich glaube ohnehin nicht dass das viel bringen wird da im Winter kaum Überschuss ist und mir im Sommer der Strom ohnehin bei den Ohren herauskommt. Meine Frau lädt ein Mal in der Woche beim Arbeitgeber und den Rest schalte ich eben in der Zwischenzeit manuell mit der WLAN Steckdose (leider nicht integrierbar ohne flashen und löten) an der der Ladeziegel hängt. Aktuelle Yaml.txt Ich lege für den Fall der Fälle auch mal die evcc.yaml bei. Vielleicht fällt dir ja etwas auf. IP des WR wurde von mir ausgeixt.

Goodwe ET kann erst mal kein Modbus über Wifi.
Modbus TCP funktioniert direkt erst mal nur mit dem Goodwe Lan Dongles (auch LAN Kombi Dongles) oder über die Modbus RTU (Rs485) Schnittstelle.

Über ein Modbus Register im Goodwe ET lässt sich jedoch auch Modbus für Wifi einschalten.
Das Modbus Register kann man dazu entweder über Modbus RTU (RS485) setzen oder über ein verstecktes Menü in der SolarGo App.
In Solargo unter "Parameters" oben in der "Information" Sektion lange (ca. min 6 sec) auf die Firmware Versionsnummer ( z.B. 121228) tippen. Es geht dann ein spezielle Menü auf wo man im Menü "Write Register" einen Modbus Wert auf ein Modbus register schreiben kann.
-"Register Address" muss "47040" rein
-"Register No." (1 Register) auf 1
und bei "Value" für das Register dann eine "1"
dann auf Write tippen.

Damit sollte dann die Modbus TCP Kommunikation mit dem Wifi Dongle funktionieren.

[Flyforcash]

Hallo und vielen Dank für den Tipp. Ich habe leider keinenGoodwe ET sondern einen 3 Jahre alten Goodwe ES. Dieser läuft über das Goodwe over WiFi Template und liest leider nur die PV Produktion aus. Ich habe versucht mit der beschriebenen Methode die Register für Battery Current und Soc einzugeben. Es wird mir immer fehlgeschlagen angezeigt. Außerdem sind die Register im ES auch teilweise mit Zahlen und Buchstaben (ich nehme an des handelt sich um HEX-Werte) versehen,
die ich über mein Display nicht eingeben oder hineinkopieren kann. Im Moment wird mir zwar die PV Leistung angezeigt. Dazu wird aber die Ladung der Batterie addiert. Das wird mir dann als Eigenverbrauch angezeigt. (Siehe Screenshots) Sehr mysteriös. Eine Einspeisung wird ebenfalls nicht in gelb angezeigt. Ich habe zwar den Server an RS485 to USB hängen, aber wenn ich den abstecke ändert sich nichts. Es scheint also schon über den WiFi Dongle zu funktionieren mit dem EVCC Template allerdings unvollständig. Bin für jede weitere Hilfe dankbar. :-))

[abuesen]

Die Erzeugung scheint zu stimmen. Bei der Batterie ist es entweder ein Vorzeichenfehler, wenn das Laden als entladen gewertet wird, oder Du hast zwei register dafür und die sind vertauscht.

Die Werte für Netzbezug und Einspeisung fehlen anscheinend noch, deshalb ist das 0 (die Zahl Null). Ohne Einspeisung wird deine gesamte Produktion als Hausverbrauch gewertet.
Normal: Produktion + Batterieentladung - Einspeisung = Hausverbrauch (weil Einspeisung 0 ist)

[Flyforcash]

Guten Morgen, ich habe die Hex-Zahlen umgerechnet. Leider lässt sich weder ein Register lesen noch eines eintragen. Es kommt immer eine Fehlermeldung. Weder weiß ich welches Register unter welcher Registernummer läuft noch welchen Wert ich eintragen soll beim Schreiben des Registers. Ich lege mal einfach das ganze Mod Bus Protokoll für meinen Wechselrichter bei. Ich werde leider nicht schlau daraus. Wenn ich ein allerdings ein Register über ein Python Test Script abrufe dann wird es korrekt angezeigt (siehe Beispiel für SOC). Dies allerdings über die RS 485 to USB Variante direkt am Server. Ich habe auch schon versucht das Template für Goodwe Hybrid zu nutzen mit RS485 to USB. Allerdings startet dann EVCC nicht. Und an der YAML dafür habe ich tagelang herum gefrickelt ohne Erfolg.


Modbus Protokoll WR.pdf
im Moment bin ich also am Ende meines Lateins und ich scheine mich im Kreis zu drehen. Sollte ein telefonischer Kontakt möglich sein wäre ich sehr dankbar.

[labmaster]

Wenn du die Registeradressen als HEX Zahlen vorliegen hast dann musst du die halt in Dezimalzahlen umrechnen.
Der Windows Taschenrechner kann das z.B. im Modus oder du gibst die Werte einfach auf einer Webseite ein die die Umrechnung macht z.B. https://bin-dez-hex-umrechner.de
0xa74f z.b. in dec = 42831

Dann bekommst du als z.B. als Dezimalzahl für Hex 0x0511 die Dec 1297 (ist jetzt nur ein Beispiel)
Die 1297 ist dann die Modbus Adresse die in SolarGo eingegeben werden würde.

Wenn du da einfach Hex Werte (auch wenn die gerade keine Buchstaben enthalten) eingibst dann kommt da sicher nix richtiges oder sogar gar nix zurück.

Es gibt auch gute Modbus Clients Programme wo man mal händisch einfach Register abfragen oder setzen kann.
Ich liebe hierfür unter Windows z.b. "qModMaster"