Ich glaube, man kann hier ewig weiter diskutieren, da es dort regionale Unterschiede gibt.
Ist ja das selbe Thema “wie sagt man 17:45 Uhr”, die einen sagen “Siebzehnuhrfünfundvierzig”, die anderen “dreiviertel sechs”, die anderen “viertel vor sechs”. Da kann man ewig streiten und das führt im endeffekt nicht zu einem Konsens.
Wenn ich das rein aus der Softwareseitigen und Mathemathischen sicht betrachte, ist die Angabe für mich so logisch, wenn man von null ausgehend zählt.
Um alle klarheiten zu beseitigen, könnte man ja das sicher anders Beschriften, z. b. für die Anzeige der Stunde 10 zeigt man dann an 10:00 - 10:59, dann wäre es unmissverständlich klar, was gemeint ist.
Ja ich denke, dass ist die eleganteste Lösung wenn man 10-11 angibt als Beispiel, so wie es HA ja auch bezeichnet. Dann gibt es da auch keine Diskussionen mehr.
So wie ich gerade nachgelesen habe ist IT-seitig wohl tatsächlich eine andere zählweise die Regel - beginnend mit Stunde Null (das hab ich vorher aber noch nie so gehört oder wahrgenommen), auf jeden Fall verwirrend.
Aber zu deinem 17:45 Uhr - Viertel vor 6, dreiviertel 6 usw. beziehen sich ja auf die 12 Stunden-Zählweise - nimmt man mal 9:45 Uhr als Beispiel, dreiviertel Zehn, Viertel vor Zehn - sagt im Grunde auch nur aus, dass man sich in der zehnten Stunde befindet, dies aber nur zu dreiviertel rum ist oder eben ein viertel fehlt - egal welche Region.
Hallo,
ich habe dazu schon öfter etwas gesagt, dass erklärt. Es hat nichts mit Respektlosigkeit zu tun, wenn ich da nun nicht erneut im Detail drauf antworte wie Riemann, Delta, UTC / TZInfo, Local und co zusammenspielen. So wie es aktuell ist, ist es aus Code-Sicht korrekt und das ist es was zählt.
Bewertungen / mathematische Aussagen über Güte … können nur retrospektiv angestellt werden
es ging nicht darum wann und wie das System die Werte verarbeitet, sondern darum wie es dann in Stats dargestellt wird. Wenn Stunde 10 die Zeit von 10 - 11 ist dann wäre es sicherlich machbar, dass es so dann in Stats dargestellt bzw. als Überschrift gezeigt wird. Also eben so wie im HA Energiedashboard. Ich denke dass so auch zukünftig Nachfragen und Verwirrungen in dieser Richtung unterbunden werden.
Guten Morgen
Doch es geht genau darum was der Code macht, da es eine Kontrollfunktion ist.
Du kannst aber gern einen Pull-Request auf GitHub erstellen und ich schaue mir Deine Code-Lösung dann an, übernehme ihn wenn er nichts bricht. → Ich behaupte nicht das es keine andere Lösung gibt, ich kenne jedoch aktuell keine.
ich denke hier liegt ein Missverständnis vor - es geht nicht um den Code oder so - es geht um die optische Darstellung hier in Stats - wenn dort statt “9 Uhr” die Überschrift “9 - 10 Uhr” steht, sind vermutlich viele Unklarheiten beseitigt - mehr meine ich gar nicht
Ich hab heute mal wieder im SFML Stats reingeguckt und mir mal genauer angeschaut warum die angezeigten Werte für € gespart von meinen manuell errechneten abweichen und hab den Fehler gefunden: Ich hatte als Sensor “Energy to Grid Daily” dummerweise “Akkudischarge to Grid” ausgewählt, somit fehlt die komponente Einspeisevergütung nahezu komplett.
Den Sensor hab ich mittlerweile korregiert, allerdings sind natürlich alle historischen Werte seit meine Anlage Ende Jan ans Netz gegangen ist nicht berücksichtig. Kann ich das irgendwie korrigieren (z.b. den Wert für Energy to Grid YTD überschreiben)?
Ich habe Deinen Screenshot für Dich mal durch die KI geschoben, weil ich nicht unnötig tippen wollte und m.E. sind alle Antworten korrekt:
Der Unterschied ist folgender:
Solar → Haus (W)
Das ist nur der Teil der PV-Leistung, der direkt im Haus verbraucht wird.
Beispiel:
PV produziert: 5000 W
1500 W gehen direkt ins Haus
2500 W laden den Akku
1000 W werden eingespeist
Solar → Haus = 1500 W
Dieser Sensor zeigt also ausschließlich den direkten PV-Verbrauch im Haus. Er ist optional, weil SFML Stats ihn notfalls berechnen kann, wenn genügend andere Sensoren vorhanden sind.
Wechselrichter-Ausgang AC (W)
Das ist die gesamte AC-Leistung des Wechselrichters.
Sie umfasst alles, was der Wechselrichter auf der AC-Seite liefert:
Strom fürs Haus
Strom zum Akku (bei AC-gekoppelten Systemen)
Einspeisung ins Netz
Nicht auswählen:
PV-DC-Leistung
Netz-Einspeisung
Genau darauf weist der Hinweis im Dialog hin:
„Gesamte AC-Ausgangsleistung des Wechselrichters. Nicht die PV-DC-Leistung oder Netzeinspeisung auswählen.“
Beispiel
Sensor
Wert
PV-Module erzeugen
6000 W
Wechselrichter AC-Ausgang
5800 W
Davon Haus
1800 W
Akku laden
2000 W
Netz-Einspeisung
2000 W
Dann gilt:
Solar → Haus = 1800 W
Wechselrichter-Ausgang AC = 5800 W
P.S. Bei fehlenden Sensoren schaue Dir ggf. auch mal diese Integration an, habe ich auch entsprechende Sensoren für SFML/Stats erstellen lassen:
Im Kern geht darum die Ströme korrekt aufzuteilen.
Solar zu Haus ist DC - Eingang WR minus Akkuladung.
WR AC ist was aus dem Wechselrichter ins heimische Netzt eingespeist wird.
Das kann von Solar, Akku oder Solar + Akku kommen.
Daher ist hier Präzision wichtig. Sehr einfach gesagt ist die Differenz zwischen DC und AC der Wirkungsgrad.
Je nachdem woher der WR sein DC bezieht ( Solar, Akku, Gemischt) ergibt sich der Wirkungsgrad von Akku, Solarzellen, Gemischt
Schwierig ist es bei Stecker Akkus also WR via Stecker in Akku und dann vom Akku ins Haus. Hier sind Umwandlungsverluste an mehreren Stellen. Hier ist der Weg Dac > AC > DC > AC das ist aus energetischen Gesichtspunkten Unsinn
Entweder sind die Energieströme nicht korrekt aufgeteilt oder die Riemann-Berechnung ist noch nicht durch oder ein Sensor hat Lücken.
Erstmal laufen lassen, ob Hubble das selber reparieren kann.
Die beiden mitgelieferten Dashboardkarten habe ich ja, da läuft aber der Strich zur Pv Anlage. Habe ich da was falsch eingetragen? Aber ich sehe jede Menge andere schöne Dashboardsansichten. Wie kann ich mir die anzeigen lassen. Oder braucht man da TFS?
Bestätigung von mir. Das Thema hatten wir auch schon mal, ist wohl untergegangen. Auch die Verbräuche unter Netz und Verbrauch bleiben irgendwie bei 3,54 stehen. Und es gibt keine Animation vom Akku zum Haus, oder von Solar zu Batterie oder vom Netz zur Batterie.
Solar → Haus = 1500 W
