EnergyFlow als Chart

[Gfaet6]

Summary

Energie Produktion/Verbrauch nicht nur als Snapshot (Balken und Text) sondern als Verlauf aktueller Tag im Chart.

Motivation

Sonnen und andere haben für PV-Anlagen unterschiedliche Auswertungen (Tag/Monat/Jahr) meist als Chart, wieviel die PV-Anlage produziert, wieviel direkt verbraucht und ggf. wieviel aus dem Netz bezogen wird. Die Chart's (vor allem Sonnen) haben mehr das Ego der Kunden im Fokus als eine vollständige und richtige Information über Produktion und Verbrauch.

Das liefert zwar evcc - aber leider nur als Snapshot. Als Verlauf ist das wesentlich aussagekräftiger:

• wann ungefähr ist die Batterie voll (nichts "verschenken")?
• ab wann macht das Laden Sinn bzw. ab wann voraussichtlich liefert die PV-Anlage genug für's Laden?
• dito - bis wann macht das Laden Sinn bzw. liefert die PV Anlage noch genug?
• wieviel KWh ungefähr kann man sinnvoll laden?

Vorschlag für Implementierung siehe Pull Request (auf dem Fork) Gfaet6#1 - bitte beachtet: Ist als Diskussionsgrundlage gedacht, ist keine fertige/produktive Lösung, gibt keine fertigen Binaries (selber bauen):

• KWh+ (positiver Bereich) = IN = Wo kommt die Leistung her (PV, Netz, Batterie)
• KWh- (negativer Bereich) = OUT = Wie wird die Leistung verwendet (Haus, Auto laden, Batterie laden, Einspeisung, Heizung ...)
• Grüne Linie = Ladestand Batterie

Screenshot der Implementierung:

Build & Erster Start

Bauen des Branch wie master / keine Besonderheiten:

make install-ui
make ui
make install
make 

Nach dem ersten Start werden Snapshots gesammelt, d.h. man sieht erst nach ein paar Minuten etwas im Chart (soviel Daten vorhanden sind). Wer das ausprobieren will, entweder eigene/separate SQLite DB anlegen (config.yaml) oder neue Tabelle power_state löschen.

[TheSpirit]

HI,
würde das gerne testen, aber kannst du mir sagen, wie ich das mit der Datenbank genau machen muss?
Danke

[Gfaet6]

Nehme an, Du willst eine eigene/separate SQLite DB anlegen, Beispiel für Linux/MacOS :

Dazu musst Du Deine config.yaml um genau diese drei Zeilen erweitern/ändern. Nach dem Test diese Zeilen einfach wieder löschen.

Damit wird eine neue DB automatisch angelegt und die nötigen Tabellen erstellt beim ersten Start. Diese neue DB hat dann aber keine Ladehistorie etc. Wenn Du dann aber im Test Dein Auto lädst, wird die Ladehistorie in der bisherigen Datenbank nicht fortgeführt, sondern in der neuen.

database:
  type: sqlite
  dsn: /tmp/chart_test_evcc.db

Unter Windows gibt es auch so einen TEMP-Pfad, der ist glaube ich C:\temp\chart_test_evcc.db.

[Gfaet6]

Du kannst aber auch mit Deiner aktuellen DB testen, dann wird einfach nur eine neue Tabelle mit angelegt, die bleibt allerdings nach dem Test, die musst Du dann händisch löschen.

[schmecklecker137]

das entspricht doch eigentlich der Funktionalität
evcc -> influxdb -> Grafana mit einem Dashboard

obwohl es sehr charmant ist!

[Gfaet6]

Du meinst diesen Thread #4213? Ja, richtig, entspricht auch #3051? Aber damit hat man zwei UI's, das ist im täglichen Gebrauch (Smartphone) unhandlich/unintuitiv. Wo / wie persistiert wird ist weniger wichtig, könnte man in site.go auch aus influx lesen.

[schmecklecker137]

genau #3051 passt.
Ich nutze evcc im Docker, parallel mit Influxdb und Grafana.
Gemanaged mit Portainer alles per Browser.

Und natürlich wäre es schöner alles all-in-one zu haben unabhängig vom Datentopf.

[StevieC121176]

Hast du auch einen Screenshot vom hellen Design?

[Gfaet6]

Ob hell oder dunkel: Die Farben müssen noch an den EnergyFlow View angepasst werden. Übersetzungen bzw. i18n gibt's auch noch nicht und die Legende kann man sicher auch anders gestalten (rechts als tabelle) oder mit Text/Snapshot unten integrieren

[StevieC121176]

feine Sache.

[TheSpirit]

wie kann ich das ganze als zip am mac runterladen (wird mir ja nicht direkt angeboten).
Danke

[wiggal]

Cool
vll könnte man die Funktion in der yaml zuschaltbar machen, falls es in den Hauptzweig übernommen würde.

[StevieC121176]

Das wäre schön, vom selber compilieren hab ich leider null Ahnung

[Gfaet6]

@TheSpirit - "einzelnen punkte wie Speicher und Heizung" -> das ist in EnergyDayChart.js in der Config für Das Chart ab Line 147 definiert. Es müsste reichen, wenn Du die datasets auskommentierst (damit ist aber nicht die Skala rechts weg ...).

Aber gute Idee: Muss flexibler werden (wenn kein Speicher oder Heizung, dann auch keine Grafik dafür)

[TheSpirit]

@Gfaet6 hat leider nicht geklappt. musst du mir vielleicht zeigen.

[Gfaet6]

Probiere ich mal selber aus bei Gelegenheit. Immer die UI neu bauen - oder die UI im Debugger laufen lassen (npm run dev; steht im README.md von evcc.io genau wie), damit kann man's recht einfach ausprobieren bis es tut.

[Gfaet6]

@wiggal - auch eine gute Idee, vlt. als Toggle, entweder Snapshot oder Verlauf.

[Gfaet6]

Habe auf einem "normalen" (RAM, CPU) Smartphone getestet: Das aufklappen des Chart hat merklich Latenz :( ...

[TheSpirit]

Auf meinem iPhone XR (ist ja auch schon etwas betagt) ist das auf- und zuklappen Latenzfrei

[TheSpirit]

mir ist auch gerade aufgefallen, und das sieht man auf deinen screenshots aus, das die Daten am morgen erst um 02:00 anfangen. hat das einen bestimmten Grund?

[Gfaet6]

Ist mir auch aufgefallen, ist ein Bug :D ...

[StevieC121176]

wäre es möglich hier ab und an eine installierbare Version bereit zu stellen. Es gibt bestimmt Leute die das gerne testen würden aber nicht selber compilieren können (mich eingeschlossen)

[Gfaet6]

Puh ... wenn dann evt. linux x86_64 + armv8, Mac M1 + amd und Windows, reicht das? Go ist halt kein "Java", ist nativ ... einmalig ginge das, artet sonst richtig in Arbeit aus :D. Der Branch soll nicht entwickelt werden. Wenn dann als Branch der später auf den evcc.io master branch gemerged wird, d.h. das als Feature in evcc aufgenommen würde.

Wenn das so ginge https://www.digitalocean.com/community/tutorials/building-go-applications-for-different-operating-systems-and-architectures dann ginge das ggf. im script, mal gucken ...

[StevieC121176]

Ohje,
also Mac M1 würde mir reichen.

[Gfaet6]

Done für Mac M1 - https://github.com/Gfaet6/evcc/releases

[dieterlind]

Gibt es eine Info, ob diese Art der Visualisierung Einzug in EVCC findet??
Wäre irgendwie schon sehr nützlich und schön!

[Funkymaddox]

Gibt es hier was neue? Die Idee ist wirklich toll. Mit der einfachen Implementierung müsste man keine zwei Apps öffnen, und hätte eine All-In-One Lösung.

[DamianDMDM]

Wird daran weitergearbeitet? So eine Anzeige wäre klasse in EVCC!