Steuerung EOS von Akkudoktor

[WolfImBusch]

Hallo @ledermann ,

seit ein paar Tagen beschäftige ich mich dem o.g. Projekt (https://github.com/Akkudoktor-EOS/EOS). Du kennst es bestimmt - es handelt sich um eine wie ich finde sehr vielversprechende "Energy System Simulation and Optimization". Aktuell gibt es eine Server-Komponente, die ich als Docker installiert habe. Diese muss mit Werten (SOC Hausbatterie, SOC Fahrzeug, Lastprofil, PV-Prognose, Strompreis, Wettervorhersage etc.) gefüttert werden, führt ein paar sicher höllisch komplizierte Berechnungen aus und liefert als Ergebnis ein JSON Objekt zurück, wann man bspw. am besten eine Haus-Batterie aus dem Netz aufladen solle. Es erzeugt auch ein PDF, wenn man das möchte ...

Diese "Fütterung" könnte ich mit Node-Red abbilden. Konkret: Werte aus verschiedenen Quellen zusammensuchen und den Server damit starten. Dann aber dachte ich mir, dass (so wie ich das verstehe) vermutlich annähernd alle Werte schon heute SOLECTRUS vorliegen.

Idee: Was würdest Du davon halten, wenn SOLECTRUS alle Werte einsammelt (Wettervorhersage fehlt vielleicht noch), EOS mit diesen Werten startet und das Ergebnis/JSON dann in influxdb geschrieben wird, wo es dann von anderen Tool weiterverarbeitet werden kann, um bspw. den Wechselrichter zu steuern? SOLECTRUS wäre also dann der "EOS-Steuerer" wenn Du so willst ..

Ist vielleicht ne beknackte Idee ... :-) Mir ist klar, dass das über den momentanen Schwerpunkt von SOLECTRUS hinausgeht und Du sicher auch noch 1000 andere Dinge im Kopf hast, die man an SOLECTRUS verbessern kann - wie bspw. Unterstützung dynamischer Strompreise ... :-)

Ich danke Dir und viele Grüße

[ledermann]

Mit EOS habe ich mich, offen gestanden, noch nicht sonderlich beschäftigt. Mir ist auch der Kern deines Vorschlags nicht ganz klar. Warum sollte SOLECTRUS ein externes Tool starten und dessen Berechnungsergebnis nach InfluxDB schreiben? Meinst du, dass SOLECTRUS dieses Berechnungsergebnis irgendwie visualisieren sollte?

Wenn ein ganz anderes Toll die Daten zum Steuern benutzen soll, dann müssen meiner Ansicht nach keine zusätzlichen Informationen in die InfluxDB von SOLECTRUS geschrieben werden. Oder verstehe ich dich falsch?

Ansonsten noch:

Für SENEC-Speicher gibt es den SENEC-Charger, der ebenfalls eine kostenoptimierte Beladung des Speichers aus dem Netz vornimmt.

Du kommst an die Messwerte von SOLECTRUS durch einen direkten Zugriff auf dessen InfluxDB heran. Es wäre also denkbar, das Einsammeln der Werte über Node-RED oder irgendein anderes Tool zu steuern.

[WolfImBusch]

Hi @ledermann ,

ich danke Dir für Deine Antwort!! Ja - mein Vorschlag ist zugegebenermaßen ziemlich abgefahren und ich kann mehr als verstehen, sollte das Thema momentan für Dich total "out of focus" ist, da Du sicher noch viele tolle Ideen zur Visualisierung hast ... Aber ist ja nur eine Idee :-)

Ich schätze EOS momentan als ein Tool mit sehr viel Potential ein. Leider ist die Ansteuerung, also die Bereitstellung von Daten für eine Berechnung durch EOS, derzeit extrem knifflig und kompliziert und nur für Experten, der ich leider nicht bin, sehr aufwändig. Genau wie Du schreibst verwende ich aktuell ein Node Red Flow von @XHalamaX (https://github.com/XHalamaX/EOS-EVCC-Node-Red-Integration), der sich sehr viel Mühe gemacht hat, Werte aus der influxdb von evcc zusammenzusuchen plus forecast Werte von solcast, um die Berechnung von EOS starten zu können.

Aber: Diese Werte liegen zum Großteil solectrus bereits in der "seiner" influxdb vor. Meine Idee bestand darin, die Produktsubstanz von solectrus von einem Dashboard hin zu einer Steuerung von EOS zu erweitern, um EOS "massentauglicher" zu machen. Konkret: Übergabe der bereits in solectrus vorhandenen Daten an EOS plus weitere Daten, die solectrus aktuell noch nicht zur Verfügung stehen wie bspw. Temperatur Forecast. EOS selbst berechnet dann die Daten und liefert Ergebnisse zurück wie bspw. wann die Hausbatterie geladen werden sollte, erwartete Last usw., die bspw. in Solectrus auch visualisiert (und in einem separaten measurement) gespeichert werden könnten. Perspektivisch könnte solectrus auch Werte an evcc übergeben und somit evcc auch steuern (Haus-Batterie sperren, Haus-Batterie laden, Ladevorgang Fahrzeug starten etc.). Damit würde Solectrus einen Mehrwert bieten für Anwender, ohne SENEC System ..

Wie gesagt nur eine vielleicht echt blöde und abgefahrene Idee, um EOS massentauglicher zu machen und natürlich die Produktsubstanz von Solectrus perspektivisch zu erweitern ...

Viele Grüße aus Stuttgart

[ledermann]

Zweifellos ein spannendes Thema, für mich momentan aber sehr weit weg vom aktuellen Fokus. Momentan sehe ich SOLECTRUS auch primär als eine Monitoring-Lösung, weniger als ein Tool zur Steuerung.

Sorry, das Thema müssen wir vertagen ;-)