Andreas Schmitz – Jörg installiert mein EnergieOptimierungsSystem 🤓
Das Wichtigste vorab: Termin ist der 05.09. 20:00 Uhr.
Im heutigen Live-Stream wollen wir das von Andreas gerade in der Entwicklung befindliche EOS-System zur Optimierung der Energienutzung bei Jörg installieren, um sein Smart Home zu pimpen.
Auf Basis von Vergangenheitswerten und personalisierten Prognosedaten ermittelt das lokal installierbare EOS-Tool dann bspw., wann es am sinnvollsten ist das E-Auto zu laden oder den Hausspeicher im Rahmen der Direktvermarktung ins Netz zu entladen, um den größten Gewinn zu erwirtschaften. Aber Achtung: Nur für Technik-Nerds!!!
Link zum GitHub-Repo (aktuell nur per Invite zugänglich): Akkudoktor-EOS / EOS
Teilnehmende YT-Channels
https://www.youtube.com/@MeintechblogDe – Jörg (12.5k)
https://www.youtube.com/@Akkudoktor – Andreas (358k)
Installationsbefehle
ssh jay@192.168.3.220
sudo apt update
sudo apt install -y build-essential
bash <(curl -sL https://raw.githubusercontent.com/node-red/linux-installers/master/deb/update-nodejs-and-nodered)
sudo systemctl enable nodered.service
http://192.168.3.220:1880
NodeRED-Palette installieren: node-red-contrib-influxdb
NodeRED Flows EOS v0.1 (421 Downloads )sudo apt install -y python3-pip python3.12-venv
Solange das Github-Repo Akkudoktor-EOS / EOS noch nicht öffentlich ist, muss Zugriff bei Andreas unter info@akkudoktor.net beantragt werden. Sobald der Zugriff erteilt wurde, wird zum Clonen noch ein Token benötigt, den man hier erstellen kann:
https://github.com/settings/tokens/new
Haken bei Repo aktivieren
-> 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 – nicht mehr gültiger Token 😉
UPDATE VOM 20.09.2024: Das Repo ist öffentlich! Man brauch tkeinen Token mehr…
cd /opt
sudo git clone https://dein_github_username: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@github.com/Akkudoktor-EOS/EOS.git
sudo chown -R $USER:$USER /opt/EOS
cd /opt/EOS
python3 -m venv venv
source venv/bin/activate
sudo apt-get install -y libmariadb-dev
pip install -r requirements.txt
cp config.example.py config.py
python ./flask_server.py
Lastgang 10MWh Jahresverbrauch:
http://192.168.3.220:5000/gesamtlast_simple?year_energy=10000000
flash_server.py manuell starten
cd /opt/EOS
source venv/bin/activate
python /opt/EOS/flask_server.py
flash_server.py manuell stoppen
CTRL + C
deactivate
flash_server.py als Service definieren inkl. Autostart bei Systemstart unter Ubuntu (nicht im Video gezeigt):
sudo usermod -aG systemd-journal jay
sudo chown -R jay:jay /opt/EOS
chmod +x /opt/EOS/flask_server.py
sudo nano /etc/systemd/system/eos-flask.service
Unit]
Description=EOS Flask Server
After=network.target
[Unit]
Description=EOS Flask Server
After=network.target
[Service]
User=jay
WorkingDirectory=/opt/EOS
ExecStart=/opt/EOS/venv/bin/python /opt/EOS/flask_server.py
Environment="PATH=/opt/EOS/venv/bin"
Restart=always
RestartSec=5
[Install]
WantedBy=multi-user.target
sudo systemctl daemon-reload
sudo systemctl enable eos-flask.service
sudo systemctl start eos-flask.service
sudo systemctl status eos-flask.service
Zum Schluss noch das vom EOS erzeugte Ergebnis-pdf zum Download:
EOS Visualisierungsergebnisse (910 Downloads )
5 Kommentare
Bin unterwegs kann leider live nicht dabei sein
Schade. Aber die Aufzeichnung kannst du immer noch glotzen…
Hi Jörg,
wir hatten es seinerzeit mit den übergroßen Modulen und wie wir es mit dem Bauamt gemacht haben. Zwischenzeitlich hat sich die Nummer in Luft aufgelöst, denn in Niedersachsen wurde die 2 qm Grenze in der Landesbauordnung gekippt und ich meine sogar rückwirkend. Jedenfalls seit 1.1.2024 gibt es nix mehr davon.
Wozu soll es auch wichtig sein: Netzbetreiber und Marktstammdatenregister interessieren nur kWp & kW Wechserichterleistung und Speichergröße bzw. Speicherleistung (unter 4 kW aber juckt es die auch nicht).
Zurück zum lfd. Thema EOS:
ihr habt über Solaprognosen philosophiert und das australische (gehört nun aber den Norwegern) Solcast erwähnt und Unterschiede seien nicht so groß.
Hier bei uns mit Südausrichtung und kaum Verschattung liegen Welten zwischen den Prognose Resultaten von SolCAST und vor allem Solarprognose.de .
Solarprognose liefert ein JSON und das gratis für Anlagen bis 10 kWp.
Wer mehr will, der wird um eine Spende für ein Forschungsprojekt für die Erforschung einer Krankheit gebeten, an der der Bruder des Anbieters verstorben ist. Ich denke, dass sich 20€ im Jahr verschmerzen lassen, erst Recht wenn man auch was dafür bekommt, dass die eigene Akkuplanung besser wird.
Ist mir nur heute morgen wieder so aufgefallen, weil ich bei uns sozusagen oben einen Block der SOLARPROGNOSE.DE Daten habe und darunter Solcast.
Ich habe die zu bieten – na klar, die Australier sind Optimisten.
heute 90 zu 105 kWh
morgen 68 zu 95 kWh
übermorgen 83 zu 173 kWh
Allerdings sind die heutigen Werte schon wertlos, weil ich ja möglicherweise heute Nacht hätte billigen Strom laden sollen, weil der Akku heute nicht voll wird. Von daher würde ich Prognosen vom Tag für den Tag nicht mehr als Prognose zählen.
Und dann sinkt die Qualität durch simple Addition auf 151 kWh zu 268 kWh
Sind nur 60% zu viel vermutlich, denn SOLCAST ist zwar schön, aber wenn, dann nur gut für den laufenden Tag oder die nächsten Stunden.
Da aber Solarprognose sicher ein Schlüsselfaktor für EOS sein wird, rate ich Dir, einfach mal Solarprognose.de anzuschauen.
Ich kenn denjenigen nicht, nutze das Ding so 2 Jahre aber mehr beobachtend als „steuernd“ oder Eingangsparameter. Ich nutze aktuell auch nur die Tageswerte, die ich per api aufrufen konnte und es leider kein HACs Addon / Integration for HomeAssistant gibt.
Ansonsten gibt es dort eben auch die stündlich synthetisierten Werte in JSON, aber das hat mich noch nicht so interessiert, dürfte aber fürs EOS sehr wichtig sein, denn davon hängt ja das Schalten der verschiebbaren Lasten ab.
Bin auf einen Update Livestream mit Andreas und Leo gespannt, um so eine Zwischenbilanz zu ziehen, sozusagen den ersten Eindruck nach 1 Woche oder 1 Monat,
Danke
Servus Jörg,
hast du zufällig auch den „finalen“ NR-Flow als Download irgendwo?
Danke 🙂
Hallo Jörg,
ich bin zufällig auf deinen Blog Post gestoßen. Mich würde interessieren ob es schon Versuche gibt das ganze in einem Docker Container laufen zu lassen?
Gruß Florian