Preis je kWh (für Ladelog) bzw. Ladekosten

aiole
Beiträge: 7772
Registriert: Mo Okt 08, 2018 4:51 pm
Has thanked: 23 times
Been thanked: 35 times

Re: Preis je kWh (für Ladelog) bzw. Ladekosten

Beitrag von aiole »

rleidner hat geschrieben: So Mär 28, 2021 8:46 pm Ich denke Auswertungen dieser Art müssen nicht unbedingt in openWB integriert sein.

openWB ist eine sehr gute - wenn nicht die beste - Wallbox.
Die Kernfunktionen sind hinreichend komplex daher sollte die Platform nicht mit unnötigen Reporting-Aufgaben belastet werden.
Die bestehenden Logs und Graphen die hilfreich für den aktuellen Betrieb sind, sollten so bleiben!

Vorschlag:
Separierung dieser Reports in eine besser geeignete Anwendung/Platform (z.B. Influx/Grafana, Crystal, Excel, ...).
Die notwendigen Log-Daten aus openWB sind relativ einfach auszulesen.

Wenn sich genügend User zusammenfinden und sich auf gemeinsame Anforderungen und Design einigen können, kann das als weiteres opensource Projekt aufgesetzt werden.
Alternativ kann mit den Log-Daten jeder seine Auswertungen selbst realisieren.

VG
Gute Idee, denn der Regelkern ist in der Tat das Wichtigste.

@yankee + @krebs8
Da oWB auf MQTT setzt, wäre das ein Ansatz für das Preisthema, der auch jetzt schon getestet werden kann. Damit könnt Ihr loslegen, ohne inkompatibel zu v2.x zu sein.
yankee
Beiträge: 481
Registriert: Sa Mai 16, 2020 11:34 am

Re: Preis je kWh (für Ladelog) bzw. Ladekosten

Beitrag von yankee »

aiole hat geschrieben: So Mär 28, 2021 7:55 pm
yankee hat geschrieben: So Mär 28, 2021 5:52 pm Das "neue Feld" wäre also eine Aufbereitung von Messwerten. Voll neu.
Ich korrigiere Dich mal. => von Schätzwerten. Das ist ein Unterschied, der einiges an Klärung im laufenden Betrieb nach sich ziehen kann. Das muss der oWB-support dann zusätzlich stemmen oder bietest Du Dich dafür an ;).
Die Klärung der Schätzwerte ist wahrscheinlich sogar noch einfacher. Also jemanden einfach nur durch einen Satz auf der UI klar zu machen, dass es sich bei einem Preis nur um ein preis pro kWh und Lademodus handelt beschreibt sehr eindeutig was abgeht. Bei meiner angedachten Methode ist as Verfahren etwas komplexer. Die Ungenauigkeit dort entsteht nur durch die begrenzte Abtastrate. Allerdings ist das der gleiche Fehler, der auch im Smart-Home Modul für extra Geräte wie zum Beispiel den Shelly ebenfalls in Kauf genommen wird ohne dass davon groß Notiz genommen wird.

Natürlich hast du insofern trotzdem Recht, das JEDES Feature Supportaufwand bedeutet. Das beste was man wohl tun könnte um den Aufwand zu minimieren wäre eine gute Dokumentation zu schreiben. Und dafür könnte ich mich tatsächlich anbieten einen entsprechenden Text zu erstellen.
aiole hat geschrieben: So Mär 28, 2021 7:55 pm
yankee hat geschrieben: So Mär 28, 2021 5:52 pm Und du bist der Zuständige für die Bewertung was "wichtig" ist? Wieviele dieser "wichtigeren" Dinge wären denn schon fertig, wenn du die Zeit, die du darauf verwendet hast diesen Wunsch (und andere) hier schlecht zu reden, in diese "wichtigeren" Dinge gesteckt hättest?
Genausosowenig wie ich "DER Zuständige" bin, bist Du es oder andere. Ich kenne oWB schon lange und lege mit diesen Erfahrungswerten natürlich meinen Standpunkt dar. Das ist in Diskussionen Standard und deswegen solltest Du nicht persönlich werden.
Die Kritik die ich hier untergebracht habe ist insofern persönlich, als sie sich an dein Auftreten richtet. Aber Sie ist natürlich nicht gegen dich als Person gerichtet. Zu diesem Punkt: Du schreibst nicht "ich finde diese Funktion sollte zu Gunsten X zurückgestellt werden", oder "mir ist X wichtiger" sondern du schreibst "X IST wichtiger" und damit hast du bei mir den Eindruck erweckt, dass du meinst du wärst derjenige, der das entscheidet.

An dieser Stelle freue ich mich darüber, dass du dieses Mal so detailiert auf meinen Beitrag eingegangen bist. In dem Thread hatte ich mehrmals den Eindruck, dass du meine Beiträge garnicht gelesen hast und trotzdem immer das selbe drunter geschrieben hast. Und ja, alle hier haben sicherlich verstanden, dass du andere Dinge für wichtiger hälst. Was gibt es da noch zu zu sagen? Das ist deine Meinung und die ist selbstverständlich gleichwertig, wie jede andere Meinung hier. Ich habe jedoch den Eindruck, dass du erwartest, dass dieser Thread jetzt zu Enden hat, weil das Thema für dich ja nicht wichtig ist. Mit dem Eindruck mag ich falsch liegen. Ich beschreibe hiermit, was bei mir angekommen ist und ich bin offenbar nicht der Einzige der das so empfand. Das ist aber KEINE Wertung deiner Person oder deiner Meinung.
aiole hat geschrieben: So Mär 28, 2021 7:55 pmDiskussionen sollen nicht aus bleiben. Sie dienen dazu, Informationsaustausch zu fördern. Man sollte jedoch die eigene Anwendung nicht permanent in den Vordergrund stellen, wenn es auch Argumente gegen die bestimmte features gibt. Dies wurde hier bereits mehrfach und von beiden Seiten erläutert.
Sollte man denn die eigene Anwendung permanent in den Vordergrund stellen, wenn es keine Argumente dagegen gibt? Sollte man die Anwendung überhaupt *permanent* in den Vordergrund stellen? Und ist das nicht genau das, was du die ganze Zeit machst?

16 von 70 Beiträgen in diesem Thread sind von dir. Also ca. 22%. Und so viele unterschiedliche Dinge hast du da nicht gesagt. Meistens "es gibt wichtigeres". 5 Beiträge sind von mir, also nur ein Drittel so viele. Ich habe mich sehr bemüht mich in meinen Beiträgen nicht zu wiederholen, sondern auf Kommentare von anderen einzugehen und bei Rückfragen zu erklären.

Deine Meinung ist deswegen nicht falsch. Du möchtest das Feature halt nicht, weil du dir Sorgen machst dass der Supportaufwand zu groß ist und dass es die Implementierung anderer Funktionen ausbremsen könnte. Das ist OK. Das ist deine Meinung, die gehört wurde und in die Entscheidung was wann wie am Ende gemacht wird einfließen wird. Aber gerade das "permanent in den Vordergrund stellen" (obwohl alles dazu bereits gesagt wurde) sehe ich als gegeben.
aiole hat geschrieben: So Mär 28, 2021 7:55 pmBedenke, dass durch oWB 1.x bei den Entwicklern massig Erfahrungswerte vorliegen, die in v2.x weiterentwickelt werden. Man sollte ihnen schon zugestehen, das zunächst auf ihre Art zu realisieren, schließlich pflegen sie zu >90% den code. Letztlich trägt oWB die Hauptverantwortung.
Das klingt jetzt irgendwie so, als würde ich denen das nicht zugestehen. Ich habe ganz klar gesagt, dass ich die Entscheidung "bedauerlich" finde. Ich hätte es anders gemacht. Aber das war es dann auch. Mehr gibt es dazu nicht zu sagen. Selbstverständlich respektiere ich das und mache da auch keine Diskussion draus. Wo war das missverständlich?
aiole hat geschrieben: So Mär 28, 2021 7:55 pmDas Thema erinnert nunmehr an "Reiche den Finger, so wird bald der ganze Arm genommen."
Auch bekannt unter "Vorsicht Kunde, droht mit Auftrag". Klar, man kann alle Wünsche aus der Community ignorieren. Man braucht eigentlich überhaupt keine "community". Man braucht viele Funktionen der oWB nicht. Aber dann würde die oWB ihr Alleinstellungsmerkmal als eine WB die ständig auf Basis von Input der Community weiterentwickelt wird und immer mehr Updates bekommt verlieren.

Und nein, das heißt natürlich nicht, dass man jeden Wunsch der Community auch umsetzen sollte. Manche Dinge passen halt nicht. Und auch zu diesem Feature hier ist ja noch keine finale Entscheidung gefallen. Die Sichtweise "oh die Community findet die Funktion so toll, dass sie noch mehr wollen, hätten wir das bloß nicht gemacht" finde ich jedoch traurig. Aber gut: Auch das ist ein Beispiel für ICH finde das traurig, dass du das so siehst. Aber natürlich akzeptiere ich deine Meinung. Mehr gibt es dazu dann auch nicht zu sagen.
aiole hat geschrieben: So Mär 28, 2021 7:55 pmEs gibt sicher Baustellen und v2.x erfordert nach meinem Kenntnisstand auch ordentlich Entwicklungskapazitäten. Dann noch Support und Produktionshochlauf. Für ein Startup sind das 'ne Menge Aufgaben, die bis dato gut gemeistert werden.
Das ist dann wohl eine Entscheidung die das oWB-Team treffen wird. Bedenke, dass durch oWB 1.x bei den Entwicklern massig Erfahrungswerte vorliegen, die in v2.x weiterentwickelt werden. Man sollte ihnen schon zugestehen, das zunächst auf ihre Art zu realisieren, schließlich pflegen sie zu >90% den code. Letztlich trägt oWB die Hauptverantwortung.
aiole hat geschrieben: So Mär 28, 2021 7:55 pmDein Preisthema ist daher aktuell sekundärer Natur.
Es ist nicht "mein" Preisthema. Ich habe nichtmal den Thread gestartet. Ich habe nur einen längeren Vorschlag wie es umgesetzt werden könnte ausgearbeitet, erklärt, Fragen dazu beantwortet und gegen Kritik verteidigt. Dazu gab es von vielen Seiten eine Menge Beiträge in dem Thread. Dies ist gerade erst mein sechster Beitrag in diesem Thread, der dann jetzt 71 Beiträge hat.
aiole hat geschrieben: So Mär 28, 2021 7:55 pmBei mir haben solide Regelcharakteristik inkl. individueller LP-Steuerung (v2.x) absoluten Vorrang vor Schätzpreisen, deren korrekte Werte am Ende des Jahres immer Abweichungen aufweisen und so oder so bezahlt werden.
Deine Meinung habe ich wahrgenommen. Kannst du dir vorstellen zu akzeptieren, dass es auch andere Meinungen dazu gibt? Ich brauche keine individuelle LP-Steuerung. Ich finde das eine individuelle LP-Steuerung ein sinnvolles Feature ist, welches gut zum Projekt passt und unterstütze die Idee gerne, aber brauchen tue ich es nicht. Für mich persönlich wäre das mit den Preisen interessanter.

Ich finde beide Meinungen dürfen existieren. Ich erhebe keinen Anspruch darauf, dass meine Meinung in irgend einer Form "besser" oder "wichtiger" wäre. Das oWB-Team wird sich sicherlich der Lage bewusst sein, ggf. mit Unterstützung der Community, ggf. in Abhängigkeit von der Verfügbarkeit eines Freiwilligen, der es implementiert entscheiden was wann wie gemacht wird.
aiole hat geschrieben: So Mär 28, 2021 7:55 pmUmfragen helfen nicht wirklich weiter, denn was ändern sie? Es gibt einfach Dinge, die aktuell Vorrang haben und da können wir uns vieles wünschen. Ich betone AKTUELL, denn ich habe nie gesagt, das das Preisthema für immer vom Tisch ist.
Wenn bei der Umfrage raus kommt, dass es kaum jemanden gibt, der sich für die Funktion interessiert, dann braucht man es nicht weiter zu verfolgen. Wenn die Leute wie blöd dafür abstimmen, dass sie es wollen, könnte es in der Priorität steigen. Wenn sich herausstelllt, dass alle Leute mit einem "Preis pro Lademodus" zufrieden sind, dann kann man es bei der einfacheren Implementierung belassen. Es könnte auch klären ob die Leute liebe "Ladestrom first" oder "Ladestrom last" in der Priorisierung hätten.
rleidner hat geschrieben: So Mär 28, 2021 8:46 pm Vorschlag:
Separierung dieser Reports in eine besser geeignete Anwendung/Platform (z.B. Influx/Grafana, Crystal, Excel, ...).
Die notwendigen Log-Daten aus openWB sind relativ einfach auszulesen.
Die Idee ist gut, allerdings braucht man für eine hohe Genauigkeit auch eine hoche Abtastrate in den Logs. Man kann natürlich mit einer seperaten Software die die Daten live aus dem MQTT-Server abgreift loggen. Dann wäre diese Funktion aber nur den bastellwilligen Nerds vorbehalten.


@krebs8, @zut: Vielen Dank für eure Unterstützung.
aiole
Beiträge: 7772
Registriert: Mo Okt 08, 2018 4:51 pm
Has thanked: 23 times
Been thanked: 35 times

Re: Preis je kWh (für Ladelog) bzw. Ladekosten

Beitrag von aiole »

Ich kürze mal ein, weil das hier doch etwas off-topic wird.
yankee hat geschrieben: Mo Mär 29, 2021 9:41 am Natürlich hast du insofern trotzdem Recht, das JEDES Feature Supportaufwand bedeutet. Das beste was man wohl tun könnte um den Aufwand zu minimieren wäre eine gute Dokumentation zu schreiben. Und dafür könnte ich mich tatsächlich anbieten einen entsprechenden Text zu erstellen.
Die liest leider fast niemand. Die Leute wollen YT oder wenn es möglich ist, wird ohne vorher zu suchen im Forum gefragt oder ein Ticket beim Support aufgemacht.
yankee hat geschrieben: Mo Mär 29, 2021 9:41 am
aiole hat geschrieben: So Mär 28, 2021 7:55 pmDiskussionen sollen nicht aus bleiben. Sie dienen dazu, Informationsaustausch zu fördern. Man sollte jedoch die eigene Anwendung nicht permanent in den Vordergrund stellen, wenn es auch Argumente gegen die bestimmte features gibt. Dies wurde hier bereits mehrfach und von beiden Seiten erläutert.
Sollte man denn die eigene Anwendung permanent in den Vordergrund stellen, wenn es keine Argumente dagegen gibt? Sollte man die Anwendung überhaupt *permanent* in den Vordergrund stellen? Und ist das nicht genau das, was du die ganze Zeit machst?
Es gibt Argumente für und wider der Preisanzeige.
yankee hat geschrieben: Mo Mär 29, 2021 9:41 am 5 Beiträge sind von mir, also nur ein Drittel so viele. Ich habe mich sehr bemüht mich in meinen Beiträgen nicht zu wiederholen, sondern auf Kommentare von anderen einzugehen und bei Rückfragen zu erklären.

Deine Meinung ist deswegen nicht falsch. Du möchtest das Feature halt nicht, weil du dir Sorgen machst dass der Supportaufwand zu groß ist und dass es die Implementierung anderer Funktionen ausbremsen könnte. Das ist OK. Das ist deine Meinung, die gehört wurde und in die Entscheidung was wann wie am Ende gemacht wird einfließen wird. Aber gerade das "permanent in den Vordergrund stellen" (obwohl alles dazu bereits gesagt wurde) sehe ich als gegeben.
Ich stecke nicht im Detail in der SW-Entwicklung, weiß aber, dass für v2.x ordentlich Entwicklerkapatzität abgestellt ist, weil sie wichtig ist, um in der ersten Liga weiter mitzuspielen. Durch neue Programmieransätze sind viele Dinge umzustellen, denn LP-Individualisierung ist eine höhere Stufe. Auch zählt dies zur unmittelbaren Regelung und hat damit per se ein höheres Gewicht als optionale Preisanzeigen. In Deiner Anwendung mag es anders sein, aber oWB punktet sehr bei den Mehrfach-LP.
yankee hat geschrieben: Mo Mär 29, 2021 9:41 am
aiole hat geschrieben: So Mär 28, 2021 7:55 pmDas Thema erinnert nunmehr an "Reiche den Finger, so wird bald der ganze Arm genommen."
Auch bekannt unter "Vorsicht Kunde, droht mit Auftrag". Klar, man kann alle Wünsche aus der Community ignorieren. Man braucht eigentlich überhaupt keine "community". Man braucht viele Funktionen der oWB nicht. Aber dann würde die oWB ihr Alleinstellungsmerkmal als eine WB die ständig auf Basis von Input der Community weiterentwickelt wird und immer mehr Updates bekommt verlieren.
Deine teilweise maßlosen Übertreibungen sind leider nicht förderlich für konstruktive Diskussion. Du weißt genau, wie wichtig community ist und oWB ist wahrlich ein gutes Beispiel dafür. Im Forum wird erstklassiger Zusatzsupport geboten und auch die Weiterentwicklung wird dort mitgeprägt.
yankee hat geschrieben: Mo Mär 29, 2021 9:41 am Und nein, das heißt natürlich nicht, dass man jeden Wunsch der Community auch umsetzen sollte. Manche Dinge passen halt nicht. Und auch zu diesem Feature hier ist ja noch keine finale Entscheidung gefallen.
So sieht's aus. Priorisierung ist angesagt, um langfristig erfolgreich zu sein (zum Wohle der community und des oWB-Teams).
yankee hat geschrieben: Mo Mär 29, 2021 9:41 am
aiole hat geschrieben: So Mär 28, 2021 7:55 pmBei mir haben solide Regelcharakteristik inkl. individueller LP-Steuerung (v2.x) absoluten Vorrang vor Schätzpreisen, deren korrekte Werte am Ende des Jahres immer Abweichungen aufweisen und so oder so bezahlt werden.
Deine Meinung habe ich wahrgenommen. Kannst du dir vorstellen zu akzeptieren, dass es auch andere Meinungen dazu gibt? Ich brauche keine individuelle LP-Steuerung. Ich finde das eine individuelle LP-Steuerung ein sinnvolles Feature ist, welches gut zum Projekt passt und unterstütze die Idee gerne, aber brauchen tue ich es nicht. Für mich persönlich wäre das mit den Preisen interessanter.
kein Problem
yankee hat geschrieben: Mo Mär 29, 2021 9:41 am Ich finde beide Meinungen dürfen existieren. Ich erhebe keinen Anspruch darauf, dass meine Meinung in irgend einer Form "besser" oder "wichtiger" wäre. Das oWB-Team wird sich sicherlich der Lage bewusst sein, ggf. mit Unterstützung der Community, ggf. in Abhängigkeit von der Verfügbarkeit eines Freiwilligen, der es implementiert entscheiden was wann wie gemacht wird.
So wird es gemacht.
btw
Nicht eine Meinung ist "besser/wichtiger" - die Features sind es. Da gibt es einen Unterschied.
yankee hat geschrieben: Mo Mär 29, 2021 9:41 am
aiole hat geschrieben: So Mär 28, 2021 7:55 pmUmfragen helfen nicht wirklich weiter, denn was ändern sie? Es gibt einfach Dinge, die aktuell Vorrang haben und da können wir uns vieles wünschen. Ich betone AKTUELL, denn ich habe nie gesagt, das das Preisthema für immer vom Tisch ist.
Wenn bei der Umfrage raus kommt, dass es kaum jemanden gibt, der sich für die Funktion interessiert, dann braucht man es nicht weiter zu verfolgen. Wenn die Leute wie blöd dafür abstimmen, dass sie es wollen, könnte es in der Priorität steigen. Wenn sich herausstelllt, dass alle Leute mit einem "Preis pro Lademodus" zufrieden sind, dann kann man es bei der einfacheren Implementierung belassen. Es könnte auch klären ob die Leute liebe "Ladestrom first" oder "Ladestrom last" in der Priorisierung hätten.
Es muss dennoch zeitlich getaktet und finanziert werden. Hattest Du das gelesen?
viewtopic.php?f=11&t=489
yankee hat geschrieben: Mo Mär 29, 2021 9:41 am
rleidner hat geschrieben: So Mär 28, 2021 8:46 pm Vorschlag:
Separierung dieser Reports in eine besser geeignete Anwendung/Platform (z.B. Influx/Grafana, Crystal, Excel, ...).
Die notwendigen Log-Daten aus openWB sind relativ einfach auszulesen.
Die Idee ist gut, allerdings braucht man für eine hohe Genauigkeit auch eine hoche Abtastrate in den Logs. Man kann natürlich mit einer seperaten Software die die Daten live aus dem MQTT-Server abgreift loggen. Dann wäre diese Funktion aber nur den bastellwilligen Nerds vorbehalten.
Das taugt zumindest als proof of concept.
miael
Beiträge: 57
Registriert: Mo Jan 06, 2020 11:19 am

Re: Preis je kWh (für Ladelog) bzw. Ladekosten

Beitrag von miael »

Hallo,

ich finde das Thema und die Diskussion sehr interessant und wollte einmal als Normaluser einer openWB dies kommentieren.

Eines der wichtigsten Argumente von openWB ist aus meiner Sicht die PV Integration mit Überschussladen.
Wir nehmen dafür alle ein wenig Aufwand in Kauf, denn im Gegensatz zum Nachbarn mit seiner günstigen 0815 wallbe der einfach einsteckt machen wir uns Gedanken um optimale Überschuss Einstellungen, notwendige SOCs, Nacht- und Morgensladen, Akkuschonung usw.
Allein hierfür wäre eine Erfolgskontrolle für das eigene Belohnungssystem schon schön.
Man sollte halt so ehrlich sein und erkennen, dass openWB nur funktioniert da es für viele Anwender mehr Hobby und Freude an der Technik ist.

Allein wenn man im Dashboard sehen würde:
10 kWh geladen (~80% PV)
Ich würde mich immer bestätigt sehen mit openWB eine gute Entscheidung getroffen zu haben.
Auch in den Monats oder Jahreslog fände ich die Info extrem hilfreich.
Das könnte dann jeder falls gewünscht in € umrechnen.

Aus meiner Sicht ist die Userstory klar nachvollziehbar.
Ich teile also die Meinung der Befürworter hier zu 100% und würde mich freuen wenn das Thema durch die Verantwortlichen ernsthaft bewertet würde.

Gruß
miael
ChristianM
Beiträge: 166
Registriert: Di Okt 22, 2019 9:42 am

Re: Preis je kWh (für Ladelog) bzw. Ladekosten

Beitrag von ChristianM »

sehe es genau so wie miael
Funzel
Beiträge: 24
Registriert: Sa Feb 06, 2021 11:23 pm

Re: Preis je kWh (für Ladelog) bzw. Ladekosten

Beitrag von Funzel »

ich schließe mich miael und ChrsitianM an.
Würde mich über eine praktikable Lösung freuen!
HSC
Beiträge: 3941
Registriert: So Jan 10, 2021 8:49 am

Re: Preis je kWh (für Ladelog) bzw. Ladekosten

Beitrag von HSC »

In der nigthly ab ca. 232 unter Logging/ Graph gibt es schon eine Monatsbetrachtung mit der Du z. Zt. eigene Berechnungen anstellen könntest.
Screenshot_20210512-163757_Chrome.jpg
Siehe auch:
viewtopic.php?p=33791#p33791
Demnächst soll es auch auf Jahresbasis verfügbar werden.
VG
okaegi
Beiträge: 2382
Registriert: Fr Mär 08, 2019 1:57 pm
Has thanked: 1 time
Been thanked: 9 times

Re: Preis je kWh (für Ladelog) bzw. Ladekosten

Beitrag von okaegi »

Sollte nun auch für Jahresbasis laufen (neuste nightly).
Gruss Oliver
Entwickler- openWB (ehrenamtlich) / Feedback zu Funktionen immer erwünscht..
Smarthomeprobleme siehe hier (update :!: ): viewtopic.php?f=14&t=5923
Antworten