"GEN24 - Analyse Dashboard (PV/QZ): Diskussion & Analyse zum möglichen Redesign 2025" (Ideensammlung)

[killwack]

Hi. Gerne unterstütze ich hier und öffne die Ideendiskussion zum Thema ""GEN24 - Dashboard - Diskussion & Analyse zum Redesign 2025".

Ich schlage dazu eine kurze Reflexion und Analyse der bisherigen PV & QZ Analyse Dashboards vor. Ebenso eine Sammlung an Anregungen zur Erweiterung im Dashboard "2025" (u.a. Statistiken der Dyn. Preistentwicklung inkludieren ?).

Mein Ansatz wäre:

• Grobe Ziele & Nichtziele zur Scopefindung im "neuen Dashboard" erfassen
• IST & Vergleichs-Analyse mit anderen Dashboards herstellen (bzw. Solarweb, Home Assistant, GEN24?)

Ein Update mit Details wird folgen. Bedarf noch ein wenig Zeit der Erst-Analyse & Aufarbeitung.

[killwack]

Guten Morgen. Ich starte nun mal den ersten Wurf der Ideensammlung & Fragestellung als Diskussionsforum:

• Könnte das neue Dashboard die Möglichkeit bieten, das der End User dies selbst über eine "Modulbauweise" zusammenstellt?

Idee: 1 Modular gestaltbares Dashboard:

• Es gibt eine vorgegebene Auswahl an Messwerten; Sensoren und anzeigbare Berechnungen - Einen "Messwert Pool"
• Der End User kann danach seine für Ihn wichtigen Messwerte aus dem Pool auswählen, und sich das in Grafiken im "gesuchten Dashboard" selbst kombinieren
• Dashboards sind über Drop Down selbst gestaltbar und kombinierbar

Vorteile: TBD
Nachteile: TBD

Idee: 2: Erweiterung des Dashboards über kommerzielle, historiesche Werte aus DynPriceing.

• Es werden neue, oder bereits jene über GEN24 verfügbare, kostenrelevante Messwerte grafisch aufgearbeitet.
• Grafische Anzeige der Kostenfaktoren (Historie, Tagesaktuell, Tagesvorschau ab 14 Uhr usw..)
• Die Erweiterung auf kommerzielle Werte & Aspekte würde einiges vereinfachen, und erspart dem Enduser die Verwendung externer Tools; Informationsquellen
• Berechnung von statistischen Werten (siehe Beispiel)

Beispiele: Berechnung meines Spot Preis Anbieters.

Idee3: Drop Down Auswahl von Dashboard Anzeige "Templates:

• Kann auch eine sinnvolle Kombination von PV Energie & "Kosten" Werten im Dashboard sein
• Dies dann sinnvoll, sollte der Enduser sich das Dashboard "nicht selbst zusammenbauen wollen". oder Idee 1 nicht umsetzbar (gewollt) sein.

Das mal als erster Wurf. Wird erweitert .... lg

[wiggal]

Servus, hab die Ideen mal aufgeteilt, dann kann man schöner auf die einzelnen Punkte eingehen.

[wiggal]

• Könnte das neue Dashboard die Möglichkeit bieten, das der End User dies selbst über eine "Modulbauweise" zusammenstellt?

Idee: 1 Modular gestaltbares Dashboard:

• Es gibt eine vorgegebene Auswahl an Messwerten; Sensoren und anzeigbare Berechnungen - Einen "Messwert Pool"
• Der End User kann danach seine für Ihn wichtigen Messwerte aus dem Pool auswählen, und sich das in Grafiken im "gesuchten Dashboard" selbst kombinieren
• Dashboards sind über Drop Down selbst gestaltbar und kombinierbar

Vorteile: TBD
Nachteile: TBD

[wiggal]

Mit dem aktuell verwendeten Tool ( https://www.chartjs.org/ ) sehe ich keine Möglichkeit, frei konfigurierbare Diagramme bereitzustellen.
Einzige Möglichkeit einer Interaktion ist, dass die bestehenden Datenpunkte in den aktuellen Diagrammen durch einen Klick auf die Legende aus/ein geblendet werden können.

[wiggal]

Eine Möglichkeit wäre hier für den User ein Grafana Dashboard auf die PV_Daten.sqlite aufzusetzen.
Damit sind dann alle Auswertungen möglich, die er sich konfiguriert.

Ich wollte halt eine Darstellung out of the box haben.

[killwack]

Die Idee mit Grafana als Front End ist sehr reizvoll, da ich in vielen anderen Bereichen auch über Grafana gestoßen bin, wo eine große Community hinter der Entwicklung steht. Das Projekt wird es höchstwahrscheinlich noch in vielen Jahren geben, da es auch kommerziell eingesetzt wird.

• Würde es aus deiner technischen Expertise heraus sinn machen, auf diesen Zug aufzuspringen?
• Welche Vorteile siehst du hier in den bestehenden Features von Grafana, um das RAD (siehe Frage SQL DB unten) nicht "neu erfinden" zu müssen.
• Welche Schnittstellen würde dir Grafana bieten; bzw. welche würdest du benötigen um deine "Messwerte" darin übertragen zu können.
• Könntest du jene für Grafana nötige DB; (eine MariaDB oder Postgres DB ...) verwenden? Würde das Sinn machen?

Grund; Bedenken: Home Assistant setzt initial auch auf eine lokale SQL Datei auf. Hier wurden aber die Performance Grenzen relativ rasch erreicht, da die Historischen Daten zu groß wurden. Bzw. die SQL Datei, Indizierungen der Daten nie optimal waren.

Aus diesem Grund haben findige Leute aus der Community ein Maria DB Addon entwickelt. Seit dem ich dies in Betrieb habe, ist die Performance kein Thema mehr. Auch habe ich bereits historische Daten von 3 Jahren darin abgelegt. (ca. 400Mbyte an Daten).

Ich habe Grafana noch nicht installiert, aber hoffe (es scheint so), das dies nicht mega kompliziert ist:

Hier über Docker Container in UNRAID: (ist aber sehr UNRAID lastig)
https://unraid.net/blog/prometheus?srsltid=AfmBOoqXGx2DG83e5hLqZl2sB8XmZX4IKS4Vr6i565l_ihG5PWqbpMoa

Hier eher interessant das Setup in Ubuntu. Da GEN24 bei mir in einer UBUNTU Linux Version VM läuft, wäre diese vermutlich der beste Weg um ein "homogenes Setup" GEN24 + GRAFANA Dashboard zu erhalten.

https://www.thomas-krenn.com/de/wiki/Grafana_Installation_und_Konfiguration_unter_Ubuntu_Server_18.04_LTS

Auch eine Grafana RASPI Umgebungen gibt es als anleitung:

https://grafana.com/tutorials/install-grafana-on-raspberry-pi/

Ich könne mich mal in das Thema einarbeiten. Kann zwar nicht programmieren, aber das Setup in Linux für Testzwecke in einer eigenen TEST VM zu installieren wäre ein Versuch wert ...

[wiggal]

Idee: 2: Erweiterung des Dashboards über kommerzielle, historiesche Werte aus DynPriceing.

• Es werden neue, oder bereits jene über GEN24 verfügbare, kostenrelevante Messwerte grafisch aufgearbeitet.
• Grafische Anzeige der Kostenfaktoren (Historie, Tagesaktuell, Tagesvorschau ab 14 Uhr usw..)
• Die Erweiterung auf kommerzielle Werte & Aspekte würde einiges vereinfachen, und erspart dem Enduser die Verwendung externer Tools; Informationsquellen
• Berechnung von statistischen Werten (siehe Beispiel)

Beispiele: Berechnung meines Spot Preis Anbieters.

[wiggal]

Ja, verstehe ich, aber das ist ja nicht die Wirklichkeit.
Du würdest ja ohne Steuerung deinen Strom zu unterschiedlichen Preisen beziehen, und dann einen bestimmten Preis an dem Tag zahlen.
Wenn wir nun Regeln, dann zahlen wird einen anderen Preis, zusätzlich haben wir auch noch den Speicherverlust und die Abnützungskosten des Akkus.
Die Kosten zu vergleichen geht aber nicht, da wir die Kosten ohne Reglung nicht wissen, die könnten ja sogar niedriger sein, wenn wir die Verluste mit einberechnen.
Hier sehe ich keine Möglichkeit die Werte reell zu vergleichen

[killwack]

Ja, verstehe ich, aber das ist ja nicht die Wirklichkeit. Du würdest ja ohne Steuerung deinen Strom zu unterschiedlichen Preisen beziehen, und dann einen bestimmten Preis an dem Tag zahlen. Wenn wir nun Regeln, dann zahlen wird einen anderen Preis, zusätzlich haben wir auch noch den Speicherverlust und die Abnützungskosten des Akkus. Die Kosten zu vergleichen geht aber nicht, da wir die Kosten ohne Reglung nicht wissen, die könnten ja sogar niedriger sein, wenn wir die Verluste mit einberechnen. Hier sehe ich keine Möglichkeit die Werte reell zu vergleichen

Korrekt. Aber der Effizientgrad sollte sich deswegen nicht verändern. Man kann klar noch zum MIN / MAX Werte den Aufschlag der Abnützungskosten einrechnen, oder die Wandlungsverluste darin berücksichtigen. Aber das würde ich komplett als "OUT OF SCOPE" sehen.

Für mich zählen pragmatisch die Kosten, welche ich bezahle. Denn es ist ja eine Grundsatzentscheidung, ob man auf dynamische oder fixe Tarife umsteigt. Diesen Graubereich habe ich für mich bewusst nicht betrachtet da es leider von zu vielen Faktoren abhängt, ob es unterm Strich über die Jahre wirtschaftlich ist.

Blende ich das mal bewusst aus (was auch die meisten machen werden, die in diesem Setup auf Dynpreise umsteigen), sollte mein Ansatz aber nicht mehr so falsch sein.

[killwack]

Beispiel meines Ansatzes: Batterieverluste mit 5% angesetzt. Könnte aber auch gerne 10% sein. Ändert aber im Verhalten nichts, da ich ja billig laden möchte. Das muss ich hinnehmen. :)

Gewinnerwartung war mir nicht wichtig. Mein pragmatischer Ansatz. Große Batterie gekauft. Billig Laden je nach DynPrice (im Winter wichtig). Im Sommer tritt das Thema DynTarif dann in den Hintergrund oder fast weg, da meine PV bei 20 bis 30k pro Tag generiert, und ich locker bei Schönwetter damit auskommen sollte. Bei Schlechtwetter oder großen Verschattungen schaut es dann wieder anders aus und GEN24 greift hier positiv wieder ein.

Und die Batterielebensdauer über die Ladezyklen ist ein eigenes Thema. Hier gilt: Fragt man 30 Personen, bekommt man 30 verschiedene Aussagen dazu.

Denn: Die PV ist für mich kein Gewinn Generator, ich habe dies aus Sicht des Energiewende gekauft, und um mögliche Kriesen am Energiemarkt (kommt ja wieder, GAS usw..) kostentechnisch dämpfen zu können.

Vielleicht bekommen wir in 10- 15 Jahren schon Batterien um die Häfte des jetzigen Preises, mit der doppelten Kapazität. ?

Sorry - Leicht vom Thema abgewichen :)

[killwack]

Hier mal ein Beispiel wie man die Preisdaten Darstellen könnte:

Hier die zugehörige Tabelle mit den Daten zum Spielen: Diagrammentwurf1.ods

Hi. Wäre meine Ergänzung zum Verständnis der "Brutto Preisberechnung" korrekt? Siehe Tabelle Daten_DynDia. Ich hoffe du kannst die ods datei lesen, da ich nur Excel zur Verfügung habe.

Diagrammentwurf2.ods

[wiggal]

Beim Verbrauch Forecast müsstest du nach meiner Meinung die PV_Prognose (W) noch abziehen

[wiggal]

Idee3: Drop Down Auswahl von Dashboard Anzeige "Templates:

• Kann auch eine sinnvolle Kombination von PV Energie & "Kosten" Werten im Dashboard sein
• Dies dann sinnvoll, sollte der Enduser sich das Dashboard "nicht selbst zusammenbauen wollen". oder Idee 1 nicht umsetzbar (gewollt) sein.

[wiggal]

Dass wir uns nicht missverstehen, ich will nichts mit Grafana entwickeln, der Gedanke war nur, dass sich jeder, der will Grafana an die PV_Daten.sqlite anbinden kann, um sich dann ein eigenes Dashboard zu erstellen.

In meiner Entwicklung soll es bei rudimentären grafischen Darstellungen bleiben, das Tool ist ja hauptsächlich zur Steuerung gedacht.

Gruß Wiggal

[killwack]

Gut - Dann beschäftige ich mich mal mit Grafana, was das so kann. Und wir konzentrieren uns mal auf die gegebenen Möglichkeiten über das GEN24 Dashboard.

[Manniene]

Gut - Dann beschäftige ich mich mal mit Grafana, was das so kann. Und wir konzentrieren uns mal auf die gegebenen Möglichkeiten über das GEN24 Dashboard.

Hallo killwack, bin ebenfalls kein Programmierer habe aber mit der Kombi - IOBROKER - GRAFANA - INFLUX etwas Erfahrung gesammelt. Grafana ist ein Tool mit dem man relativ schnell sehr flexible Dashboards bauen kann. Zumindest trifft das für mich (mit meinen Kenntnissen) bei der Verwendung der Influxdb mit Flux zu. Für SQLITE gibt es ein eigenes Grafana PLUG IN was ich auch zum Laufen bekommen habe. Die Herausforderung hier ist herauszufinden wie man die "ZeitMakros" in das SQL Statement einbaut, so dass man den Time Picker von Grafana nutzen kann. Ich habe es zeitlich bis jetzt noch nicht geschafft hier tiefer einzutauchen. Vielleicht willst du dir das ja anschauen.
Noch etwas zu der DB. Ich habe mich ein wenig über SQLITE eingelesen und bin erstmal davon überzeugt, dass SQLITE für die Anforderungen die wir hier haben mehr als ausreichend ist. SQLITE wird nicht nur in fast allen mobilen Devices als Standard eingesetzt sondern auch in verschiedensten Betriebssystemen. Ausserdem gibt es DB's in produktivem Einsatz die mehrere Terrabyte groß sind.
=> wir können eigentlich mit dem Erstellen von Dashboards sofort anfangen und hierzu erstmal auf die PV_Daten.sqlite zugreifen und dann sehen wir was fehlt. Ich habe bei mir hierzu die PV_Daten.sqlite in das Plugin Verzeichnis von Grafana gelinkt. Siehe Screenshots:

Configuration des SQLITE PLUGIN für GRAFANA:

Beispiel 1:

Beispiel 2:

[wiggal]

Hallo zusammen,
die SQLs zu den Auswertungen in meiner QZ-Bilanz sind in html/8_funktion_Diagram.php enthalten, vielleicht könnt ihr Teile davon verwenden.
Wiggal

[killwack]

Guten Morgen.

Erstmals freut es mich Manienne dich auf diesen Weg kennen lernen zu dürfen. Und ja, wir können uns Grafana gerne mal genaue anschauen. Aber wie du auch schon vorschlägst, der wichtigste Fokus ist das Wiggal basierend auf seiner Entwicklung "Quick Wins" erreicht. Grafana ist ein "Nice to Have" feature.

Ich spiele mich da mal herum. und muss das "Ding" :) nun einmal aufsetzen und zum Laufen bringen. Hier hast du mir einiges an Wissen voraus. Wenn ich darf, würde ich gerne einen eigenen Diskussionsthread dazu aufmachen?

Dann können wir hier zum Thema Grafana "chatten".

[Manniene]

Wir kommen ja gerade gedanklich aus der Dynprice Denke:
Was ich gut finden würde und was ich auch noch nicht woanders gesehen habe sind Dashboards, die transparent machen, was sich durch die Dynprice Funktionalität ändert bzw. was diese ausmacht. Ich glaube das hat noch niemand "live"
Auf diese sollten wir uns vielleicht zuerst fokussieren.
Und bis auf die Strompreise, die Steuerung des Wechselrichters und wann die Batterie ("eindeutig") aus dem Netz geladen wird, wird schon alles in der DB abgespeichert.
Ich fange mal mit einer Dynprice Einstiegssicht an, die für einen Tag gezeigt werden könnte der in der Vergangenheit liegt. Die gleiche Sicht könnte man auch für einen Tag in der Zukunft zeigen, für den man dann mit den Verbrauchsprognosewerten arbeiten könnte.
Eines zum Design - ich weiß nicht wie ihr das seht, aber ich persönlich finde es besser, wenn mehrere Dashboards auf einem Screen nebeneinander / untereinander anzeigt, die jeweils etwas ganz bestimmtes anzeigen d.h. jedes einzelne Dashboard bekommt wenn möglich nicht mehr als 3 Kennwerte zum anzeigen. (bin aber kein Designer und sehe in solchen Dingen nicht wirklich meine Stärke...)

[Manniene]

Hier erster Teilvorschlag für den ersten Screen: (man müsste also noch bestimmen wie hoch die Stromkosten gewesen wären, wenn man die Batterie zu günstigen Zeiten nicht geladen hätte).
Dann bräuchte man noch eine Navigation um jeweils einen Tag vor oder zurück zu blättern sowie das Wechseln auf Wochen , Monats und Jahresansicht.

[killwack]

Guten Morgen.

Ich würde auch eine Darstellung mehrere zusammenhängender Informationen (benötigt aber immer auch mehr Einarbeitungszeit) auf einer Page als Vorteil sehen.

Einzig bei der Abbildung würde ich intuitiv bereits auch nach der "Forecast" Darstellung suchen, um den nächsten Tag planen zu können.

So schlage ich hier eine Trennung in FORECAST (Tag und "Day Ahead Preise" zur Planung) wie den HISTORISCHEN Daten (Analyse) vor.
DASHBOARD Preis-Historie: Eigene Seite für "Historische Daten":

Basierend auf deinem Vorschlag, erfolgt auch die "DAY AHEAD Anzeige" der kommenen Preise.
Darstellung deiner Grafiken mit Zeitraum und Fokus auf die PLANUNG/Kontrolle des Verbrauchs/Kosten von Heute + Morgen
AKTUELLER TAG
DAY AHEAD Werte vom Folgetag

Entsprechend dann die Korrelation jener Rohdaten aus GEN24 (z.B: die stündlich errechnete Batterie Entladesteuerung usw..)

DASHBOARD Preis-Historie: Eigene Seite für "Historische Daten":
Es bedarf meiner Ansicht nach einer eigenen Seite, wo der Fokus rein auf die Auswertung historischer Daten liegt.
Hier lässt sich dann der typische Zeitraum aus

• TAG
• Woche
• MONAT
• JAHR
• GESAMT
  auswählen und anzeigen. (errechnen):

Begründung: Ich kann mir durchaus vorstellen, das sich die Dashboards dann unterscheiden würden, und unterchiedlich aufgebaut sind da der Fokus unterschiedlich ist und es andere Darstellungen benötigt.

[wiggal]

@Manniene

... (man müsste also noch bestimmen wie hoch die Stromkosten gewesen wären, wenn man die Batterie zu günstigen Zeiten nicht geladen hätte).

Ich glaube, das wird schwierig, da die gespeicherten Daten ja mit aus dem Netz geladenen Akku enthalten, und man zurückrechnen muss, was passiert wäre, wenn man nicht geladen hätte, wann wäre der Akku leer gewesen, wieviel Netzbezug zu welchen Kosten wären dann angefallen, und dann kommt auch noch die PV-Produktion.

[Manniene]

Ja, wird nur mit Vereinfachungen und Annahmen gehen. Ist aber die Kernfrage die sich jeder stellt, der mit Dynamischen Strompreisen anfängt. Was mir gerade noch einfällt: Anscheinend verändern sich gerade die Angebote für dynamische Stromtarife. Neben den Tarifen wie von Tibbber und AWATAR werden z.B. von Octopus Wärmepumpen und E-Auto Tarife angeboten, bei denen die Stromkosten zu fixen Zeiten höher oder tiefer sind. Mit der manuellen Steuerung die du igerade n die EntladeStrg eingebaut hast, kann man diese Anwender dann auch “abholen” -> entsprechende Dashboards würden das Interesse und den Zulauf für dein Programm stark erhöhen. (Wir müssen ja nicht alles auf einmal machen) On 24. Jan 2025, at 10:31, Wiggal ***@***.***> wrote: @Manniene <https://github.com/Manniene> ... (man müsste also noch bestimmen wie hoch die Stromkosten gewesen wären, wenn man die Batterie zu günstigen Zeiten nicht geladen hätte). Ich glaube, das wird schwierig, da die gespeicherten Daten ja mit aus dem Netz geladenen Akku enthalten, und man zurückrechnen muss, was passiert wäre, wenn man nicht geladen hätte, wann wäre der Akku leer gewesen, wieviel Netzbezug zu welchen Kosten wären dann angefallen, und dann kommt auch noch die PV-Produktion. — Reply to this email directly, view it on GitHub <#125 (reply in thread)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/BM7N4JTF3E4OXSYRS274NNT2MICA3AVCNFSM6AAAAABVI3FUWCVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTCOJUGEYDAOI>. You are receiving this because you were mentioned.

[killwack]

Die Linie bedarf wieder das anklicken, um den EUR Preis ablesen zu können. Wäre eine Darstellung genau umgekehrt wie es Maniennen vorschlug, auch möglich? Und darüber legen wir dann die Liniendiagramme der PV relevanten Diagramme.

Beispiel von Manniene:

Sorry die schlechte Schreibweise. Snipping bietet scheinbar keinen Text im Malmodus an.

[killwack]

Vorteil: Ich sehe gleich auf einen Blick den "Brutto-Preis" zur jeweiligen Stunde

[killwack]

Noch eine Idee zur Dashboardanpassung. Wäre aufgrund der nun gegebenen Auswahl der manuellen Anpassung in Entladestrg die Darstellung der Brutto EUR Stundenpreise nicht hilfreich?

Quasi so:

[wiggal]

In der CONFIG/Prog_Steuerung.sqlite, aus der die Tabelle aufgebaut wird, ist der Preis nicht drin, auch kein Feld mehr frei um in zu speichern. Options wäre eine Möglichkeit gewesen, ist aber nun schon belegt.

[wiggal]

Die Linie bedarf wieder das anklicken, um den EUR Preis ablesen zu können. Wäre eine Darstellung genau umgekehrt wie es Maniennen vorschlug, auch möglich? Und darüber legen wir dann die Liniendiagramme der PV relevanten Diagramme.

Willst du dann nur den Netzbezug darstellen, nicht InBatterie und AusBatterie wo man recht schön sieht, wann geladen bzw. entladen wird?

[killwack]

Wären mehrere untereinander liegende Graphen möglich? Wie Mannienne oben meinte? Dann könnte Deine und meine Darstellung getrennt gezeichnet. aber doch in Kombination analysiert werden. Deine Darstellung passt schon wenn der Fokus auf Batterie Be Entladund und Netzbezug über Preisniveau liegt Die Preisentwicklung als Balken mit Preis on Top ist leicher zu lesen wenn der Fokus auf die Kosten liegt. Beide Balkendarstellugen würden einen Reiz haben. Welche Liniengrafiken dann sinn machen könnte man ja ein ausblenden. Somit ein mix aus vorgegebenen Balken u nd auswählbaren Liniendarstlllungen welche darüber gelegt werden könnten. Ein etwas anderer Ansatz..

…

Am 24.01.2025 um 15:41, Wiggal ***@***.***> schrieb: > > > Die Linie bedarf wieder das anklicken, um den EUR Preis ablesen zu können. Wäre eine Darstellung genau umgekehrt wie es Maniennen vorschlug, auch möglich? Und darüber legen wir dann die Liniendiagramme der PV relevanten Diagramme. > > Willst du dann nur den Netzbezug darstellen, nicht InBatterie und AusBatterie wo man recht schön sieht, wann geladen bzw. entladen wird? — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: ***@***.***>

[wiggal]

Wären mehrere untereinander liegende Graphen möglich? Wie Mannienne oben meinte?

Da sieht man schon, dass auf den ersten Blick der zugehörige Strompreis zum Netzbezug schwierig ist.
Mehrere untereinander liegende Diagramme wären bestimmt möglich, aber für die paar Daten sehe ich den Aufand nicht gerechtfertigt.

Wenn ich es richtig interpretiere, geht es dir darum, den Preis auf den ersten Blick zu sehen, da könnte man ja den Liniengraf labeln, so z.B.:

https://www.chartjs.org/samples/2.6.0/advanced/data-labelling.html

[killwack]

Ja. Ich denke das deine Art der Darstellung sehr hilfreich wäre. Klar gehört dies weiter optimiert, aber der Ansatz zur leichteren Lesbarkeit gefällt mir ...

[killwack]

Und klar. Der dahinterliegende Aufwand muss sich auch lohnen. Meist muss man es aber sehen und greifen können, um es noch besser beurteilen zu können ...