Okay, dann ging es aber um eine neue Funktion im Forum bzw. der Forensoftware.
Was ich mit Tom besprochen habe, ist eine neue Struktur für sein Projekt und die Aufteilung in mehrere Threads - das kann ich mit Mod.-Rechten machen, für Deine Anfrage bedarf es leider Admin-Rechten. Sorry!
Im Netzbezug ist doch die Ladung der Batterie inkludiert wenn sie vom Netz kommt. Oder fällt der Strom vom Himmel? Oder ich verstehe nicht genau was du meinst.
Eben nicht 
Genau das war ja meine Frage! Dort den Netzbezug eintragen oder nur den Hausverbrauch.
Es wird nach Tagesverbrauch gefragt.
Netzbezug: Alles, das vom Netz bezogen wird (Grid Import) - entspricht aber nicht dem, was vom Dach kommt oder von der Batterie - außer, man addiert das in einem Sensor dazu - also Netzimport+Batterie zu Haus + PV zu Haus.
Hausverbrauch: Alles, was das Haus verbraucht - also von PV direkt, von der Batterie und vom Netz - aber dann ohne das, was vom Netz in die Batterie fliest, denn das ist erstmal kein Verbrauch - denn von der Batterie wird es ja dann später “nochmals” verbraucht…
So ganz klar ist das nicht - und das kann man so oder so interpretieren -macht aber einen riesigen Unterschied, wenn man die Batterie ständig vom Netz läd.
Aber einig sind wir uns darin, das im Netzbezug die Ladung der Batterie inbegriffen ist, wenn sie über das Netz stattfindet
Es ist eben die Frage, was er haben will… Gar nicht so einfach - es wundert mich, dass sich da anscheinend fast niemand Gedanken macht, denn für die Statistiken ist das elementar.
Was er messen muss: Den Gesamtstromverbrauch deines Haushalts (nicht nur den Netzbezug, sondern alles, was verbraucht wurde).
Das heißt für mich dann: Netzbezug nur dann, wenn er auch verbraucht wird!
Also in dem Fall nicht das, was zu Batterie fliest (denn das wird nicht verbraucht).
Das wäre ja dann sozusagen doppelt. weil es später von der Batterie ja nochmals verbrauch wird.
Ich habe jetzt den reinen Hausverbrauch eingetragen - also einen Sensor, der PV zu Haus, Batterie zu Haus und Netz zu Haus addiert. Nicht mit enthalten sind in diesem Sensor: Netz zu Batterie.
Das ist für mich der eigentliche Hausverbrauch.
Stand Bug-Fixes:
Wichtige Verbesserungen:
Feinschliff:
STATS:
HINWEIS:
Folgende Reparaturen laufen beim ersten Start nach dem Update vollautomatisch ab — es ist kein manueller Eingriff nötig Start kann verzögert sein ja nach HW - kein Crash zu erwarten HA regelt die Tasks!
Proxmox-Nutzer bitte den Container im Auge behalten - ich habe es extra auf zwei Tasks aufgeteilt, damit er durchläuft und nicht denkt " HA hängt" 1x kurz beim Start und dann 1x Backgroud! Damit sollte verhindert sein das Proxmox abwürgt (fehlende Kommunikation zwischen HOST und HA
Sofort beim Start (Migration):
Beim nächsten End-of-Day Lauf (23:30):
Über die nächsten 7 Tage:
Zusammengefasst: Nach dem Update und einem HA-Neustart repariert sich das System selbstständig. Die Vorhersagegenauigkeit verbessert sich sofort deutlich und erreicht nach ca. 7 Tagen ihr volles Potenzial, wenn alle lernenden Komponenten ihre Historie neu aufgebaut haben.
STATUS: Testphase und Debugging laufen aktuell
Dann stellst du diese Erklärung in Frage. Da kann vermutlich nur einer etwas zu sagen. Ich verstehe aber dein Ansinnen
(Beitrag vom Verfasser gelöscht)
Vielen Dank!
Kurze Frage: Ist das hier ein kleiner Bug? Sensor liefert Werte. Da sollte doch aktuell was angezeigt werden, oder?
Ich kann deine Überlegungen gut nachvollziehen. Die Netzladung der Batterie wird in Kostal System ja zweimal als Hausverbrauch gezählt; einmal beim Netzladen und zum zweiten Mal bei der Endladung der Batterie, der Hausverbrauchssensor, weiß ja nicht aus welcher Quelle die Batterieladung kommt.
Ähnliche Probleme entstehen, bei der aktuell noch nicht möglichen Nutzung der Autobatterie, vehicle to grid(kann zuvor aus Netzstrom, PV oder extern geladen sein).
Ich denke inzwischen es gibt Grenzen der Darstellungsmöglichkeiten.
Zudem gibt es hier im Forum ja unterschiedlichste Schwerpunkte bzw. Interessenslagen.
Balkonanlagen versus größere PV Anlagen, hoch IT affine Proxmoxer(ich bitte vorab um Vergebung) versus Laptopnutzer.
Mit und ohne Batteriespeicher, e-Auto, Wärmepumpe, beheizter Pool und oder Fusionsreaktor.
EInfach mal abwarten…
Das Problem ist, dass es möglich ist es aufzusplitten aber das würde von dem Nutzer verlangen entsprechende Sensoren anzulegen.
STATS kann das nicht erledigen ohne Werte, da STATS keine eigenen Sensoren erstellen kann. Daher habe ich darauf zunächst verzichtet.
Aber das ist trotzdem nicht die Antwort auf seine Frage.. der Wert ist 0 weil keine Solar-Erzeugung in den Akku fließt..
Danke für die Erklärung. Ich bin davon ausgegangen, dass es wie bei allen anderen Sensoren ist und bei Akkuentladung dann mit negativen Werten und bei Ladung mit positiven Werten gerechnet wird.
Aber ja - müsste man dann natürlich splitten und bräuchte Sensoren. Ich würde es begrüßen - aber da gibts aktuell Wichtigeres
Jaap.. in der Tat! Aktuell laufen die Interpreter und MOCK Tests.. in der Zeit kümmern ich mich um die Statistiken in STATS da sie noch fehlerhaft und z.T. noch nicht korrekt mit der DB verbunden sind… 
Hi Tom,
blöde Frage, aber ich Blicke schön langsam noicht mehr durch
Sollte dann der Fehler mit der falschen Vorhersage für “heute” auch wieder weg sein?
Ja ganz genau! Das ist auch erledigt und in den Fixes (und ich verstehe dich… es ist auch für mich schwer den Überblick bzw eure Bugs alle zu sehen / nichts zu übersehen..
Na Halleluja, 2 1/2 Tage mal nicht hier drin und über 500 neue Beiträge 
Nun ist es bei mir so, dass ich am Samstag einen kompletten Crash im System hatte - eine Festplatte im Unraid hatte den Chat verlassen und ich war aber ich war nicht daheim - somit war am Samstag das Datenlernen Schrott - Sonntag das gleiche weil ich entsprechend umstrukturieren musste, und immer wieder neu gestartet habe und in der Zeit HA natürlich aus war.
Ich habe zwar Sonntag Abend das Update auf 16.0 gemacht, aber gestern haben Werte und Vorhersage nicht gepasst. Auffällig ist auch, dass in Stats nur noch bis Samstag angezeigt wird.
Soll ich den EOD heute Abend abwarten? Gestern hat er scheinbar nicht da hinein geschrieben oder Stats liest es nicht aus. Die aktuellste Version habe ich gerade eben installiert.
Du sagst es…
Nein bitte nichts machen, warte das Update heute ab, das räumt auch auf.. schau mal etwas weiter oben Lehn Dich zurück trink einen Kaffee und warte auf das was da noch kommt … habe da so ein paar bits und bytes korrigiert
Bin gespannt, hab extra eine Testumgebung auf meinen alten Pi erstellt ohne extra Sensoren. Mal gucken wie das dann funktioniert und ob es große Unterschiede gibt zwischen dem normalen und dem “neuen”.
Das würde auf jeden Fall zeigen, wie gut der Code fehlende Sensoren interpoliert und ob die “dummy-sensork” funktioniert… ! Bin auch auf das Ergebnis gespannt!
