An sich würde ja der gestrige Tag reichen, um im Nachgang nochmal prüfen zu können, was so los war. Von Vorteil finden würde ich hier allerdings nicht alles in einem Diagramm anzuzeigen, sondern das über eine Auswahl zu machen, also nur der gestrige Tag angezeigt oder nur der heutige Tag angezeigt.
P.S. Die Ansicht in Stats ist wesentlich schöner als das Energiedashboard, da macht das einfach mehr Spaß
Ich schaue mir das im Zuge der SMC Problematik mal mit an. ich habe eh noch etwas anderes in / mit Stats vor mal sehen ob es thematisch und Architektonisch mit rein passt
Auch ich bin abends nur noch selten am PC, so kann ich auch die Statstagesansicht nur noch schwer posten. Klar, ich kann bis zu einem Jahr mit der Apex zurück gehen, aber in Stats würde der gestrige Tag durchaus hilfreich sein.
Alternativ mal an die anderen, ich habe versucht mir um 23:00 einen Screenshot von der Webseite zu machen, bekomme das bei Stats aber nicht hin. Es wird immer nur der Energiefluss angezeigt. Auch ein “capture fullsize screenshot” in Google Chrome funktioniert bereits nicht.
Einer eine Idee, wie man das realisieren könnte?
Für mich wäre es auch ausreichend, wenn Stats von sich aus einen Screenshot ablegen würde.
Ich habe es mir mal fix angesehen… also heute / gestern geht.. viel weiter jedoch nicht, das würde kleinere Systeme in die Knie zwingen. .. Würde euch das reichen? .. das kostet euch aber einen Kaffee.. denn ich muss dafür einiges “Neustricken” .. und eine Nachtschicht einlegen.. Habe der Familie versprochen, dass wir Mittwoch Abend in einen Kurzurlaub fahren..
Zusätzlich würde ich noch einen CSV -Export einbauen nach Gruppen (Solar, Energie, …) .. das wollte ich ja eh machen..
mit einem Klick an einer Stelle auf den “Vortag” schauen zu können fände ich auch relativ Sexy.
Ich denke viel mehr als mal zum Vortag schauen zu können braucht es auch nicht, ggf. kann man das sogar in der Grafik von heute “überlagern” in dem man einen Haken setzt, so wie bei den Verläufen für P10, Vorhersage etc.
So wie versprochen… ich habe mich dran gemacht und ein erster Test auf dem Testsystem war erfolgreich. Bitte kurze Rückmeldung ob es das ist was ihr euch vorgestellt habt.
also heute / gestern geht mit akzeptabler Last auf dem System, alles darüber könnte u.U. zu “wackelig” werden.
Zu den CSV- Exporten:
Ich habe einen Weg gefunden auch ohne zusätzliche Pakete (die dann ggf nicht unter ARM laufen) einen sauberen Export als Standart Excel-Liste zu fahren. Mir ist und war es immer ein wichtiges Anliegen es sauber innerhalb der Integration zu lösen, nicht als APP (man weiß nie was darin alles versteckt ist (nach Hause telefonieren, Skripte, Fehler, …) Kurzum ich möchte den Transparenz-Pfad nicht verlassen, lebe lieber mit ein paar Einschränkungen.
Das ist mir nach viel Tüfteln und Probieren gelungen. Ganz bewusst habe ich mich für eine Auflösung von einer Stunden entschieden.
Was als nächstes kommen wird (in Planung) ist sowohl eine grafische Aufarbeitung wo der Strom verbraucht wurde - sofern man die entsprechenden Sensoren in Stats hinzufügt (optional) und eine Rentabilitätsvorschau " Wann hat sich meine Anlage bezahlt gemacht". - Ihr kennt mich lang genug, dass ich es nicht stumpf “Anschaffung vs Ertrag” berechnen werden. Nein, es wird strikt nach Betriebswirtschaftlichen Grundsätzen geschehen (Invest-Berechnung) und nicht nach Marketing Gelaber.. .
Nein, das werde ich nicht machen, denn S-Plus hat sich mittlerweile sehr bewährt. Ich habe zahlreiches positives Feedback von Nutzern die Ihr Auto damit laden, ihr Warmes-Wasser aufbereiten, Ihren Garten Bewässern und lustiger Weise auch Krypto-Mining betreiben. Ich würde mittlerweile soweit gehen, dass S-Plus und SMC die Killer-Features für den optimierten Eigenverbrauch sind. - Die werde ich nicht anfassen… (ausser den gemeldeten Fehler in SMC der im kommenden Update behoben ist)
Was Du aber machen kannst: Du kannst einer Automation eine zusätzliche & Bedingung hinzufügen. Wenn S-Plus an & Gesamtertrag = 7000Watt > dann mache xyz.
Wenn Akku geladen, Solarüberschuß vorhanden (Bedarf gedeckt) spingt der Sensor-Schalte auf on. D.h. es wird immer dafür gesorgt das “Joachim-First” gewährleistet ist und erst ins Netz exportiert wird wenn der komplette Eigenbedarf gedeckt ist.
Es empfiehlt sich Automationen die von S-Plus getriggerte werden mit einer UND Variablen zur Absicherung zu versehen.
BSP:
S-PLUS = on UND Temperatur Warmwasser kleiner 50 Grad .. usw.. also eine normale Automation
Sehr gern,.. dank auch an die Kaffeespender.. das macht es “einfacher” meine “Regierung” zu beruhigen warum ich das nun noch eben schnell vor dem Urlaub fertig machen “muss”
So ich habe einen anderen Wunsch auch mit umgesetzt.. (hatte ich schon einige Wochen dran gebastelt..) → passt aber ins Release von der Logik und Konzept..
Wo es gerade noch scheitert ist einen sauberen Backfill ab dem Datum des Rechnungszeitraumes… HA mal wieder.. daher Berechnungen und DB wird SFML keine neuen Kopfschmerzen mit HA Updates die irgendwas brechen
Backfill wird es nicht geben… crashed auf ARM und Proxmox… auf HA X64 stabil… daher wird es einen Startwert in kWh geben, den jeder selbst eingeben kann.. von dem Startwert wird für den Abrechnungszeitraum automatisch aufsummiert.