Hi Tom, ich denke auch das sehr viele Nutzer nicht so tief in die Materie einsteigen wollen oder aus verschiedenen Gründen können. Da ist eine einfache zu lesende und verständliche Übersicht sicher besser geeignet. Du hast da wirklich was super tolles entwickelt und ich versuche auch immer am Ball zu bleiben, aber einfach ist es nicht den Durchblick zu behalten. Mach aber weiter so und jeder muss und sollte für sich selbst entscheiden was er nutzt und braucht.
Die grüne IST-Linie ist ja die zurückliegende Stunde erst mal auf der Nulllinie und springt erst bei der nächsten Stunde hoch. Da wirkt der Graph für mich irgendwie falsch. Könnte man diese Linie nicht einfach erst weiter zeichnen wenn die Stunde berechnet wurde. Und worauf ich noch keine Antwort bekommen habe, kann man Stats über Nabu cloud von unterwegs aufrufen oder nicht.
Gruß
Vielen Dank für die Rückmeldung – ihr habt 100 % recht!
Das Kernproblem ist zum Beispiel sehr deutlich bei der Schattenerkennung (dem Schieberegler und der dazugehörigen Heatmap).
Wie oft habe ich gehört: „Schatten wird bei mir nicht erkannt.“ Diese Aussage ist nur dann richtig, wenn der Forecast nicht stimmt – und der Fehler auf Schatten zurückzuführen ist, der NICHT erkannt wurde.
Die Heatmap und der Schieberegler stellen nur den am aktuellen Tag erkannten Minderertrag dar und, wie er von Hubble klassifiziert wurde / gelernt wird.
Das ist im Kern auch logisch, wenn man sich damit auseinandersetzt.
Auch taucht immer mehr AI-Slop auf, gerade bei den Logs, der grundsätzlich falsch ist. Das ist ebenfalls logisch (wurde x-mal erklärt), da eine KI nicht den Code lesen kann und dann halluziniert.
Das alles habe ich zu sehr aus der Entwickler-Brille gesehen oder auch Wissen vorausgesetzt. Das war / ist mein Fehler, den ich nun radikal korrigiere.
Die „echten“ Bugs sind verschwindend gering. Ich führe darüber Statistiken und kann sagen, dass die aktuelle Version genau 3 echte Bugs hat (die bereits gefixt sind). Alles andere sind Missverständnisse / Fehlinterpretationen / AI-Slop und fehlende intuitive Beschreibungen meinerseits.
Auch darf man nicht außer Acht lassen, dass SFML aktuell auf ca. 20.000 HA läuft (weltweit) und ich diverse Foren, Artikel und Kanäle gründlich tracke, um Fehler / Probleme zu identifizieren.
Der Grundtenor ist sehr eindeutig: „Es funktioniert“, aber eben auch „Was sehe ich hier für Werte“ und deren „Missinterpretation“. Ich habe gedacht, wenn ich darauf hinweise, dass man sich damit befassen muss, wenn man alle Kennzahlen richtig verstehen möchte, läuft das leider ins Leere. Das ist ebenfalls mein Fehler!
Ich habe also nur 2 Optionen:
- Weiterhin erklären und bitten, sich zunächst mit dem eigenen System zu befassen.
- Es deutlich vereinfachen, mit Erklärungen, und die Code-Arbeit nur denen zugänglich machen, die sich damit befassen wollen und die Abhängigkeiten verstehen und debuggen.
Ich habe mich für Option 2 entschieden, da sie beide Bedürfnisse bedient.
a) Einfache intuitive Werte und Erklärungen in der Nutzerversion
b) Deep-Dive für alle, die Lust und Bock haben, sich tiefer damit zu befassen und ihre eigene Anlage optimieren möchten. Die Lust haben, viel tiefer einzusteigen und aktiv mithelfen wollen, es besser zu machen, und nicht AI-Slop als Bugs ausgeben. Denn eines ist, glaube ich, jedem klar: SFML bietet eine Vielzahl von Infos / Optionen / Daten / Kennzahlen / …, die es ermöglichen, Prognosen / Wetter / Transformer / Attention / Code / … live zu sehen und zu verstehen.
Zu Nabu-Casa:
Dazu hat @Joachim-xo eigentlich schon alles perfekt erklärt – DANKE!
Zu der Null-Linie:
Das ist ein logisches Verhalten, da nur vergangene Stunden / abgeschlossene Stunden angezeigt werden können. Es sind KilowattSTUNDEN, die lassen sich nicht im Voraus berechnen.
Zara
Das die Nulllinie Kw/h sind ist klar, das es erst nach der vollen Stunde berechnet werden kann auch. Dachte nur die Linie vor der fertigen Berechnung nicht gegen Null zu ziehen sondern abzubrechen, ist aber nur Ansichtssache. Den sonst denken einige wieder SFML hängt 1Std hinterher.
@Tom-HA Finde die Entscheidung eigentlich sogar besser wie angenommen. Ich hab SFML STATS entfernt weil es mir viel zu viel war.
Allerdings setzte ich mich ziemlich stark mit meiner Solarsteuerung auseinander da meine Anlage viele Einschränkungen hat die ich nur mit Intelligenz verbessern kann.
Aufgrund einer starken Bebauung entstehen viele Schatten Stunden ab August bis März (ca.) und neben SFML kommt noch eine weitere Integration zum Einsatz und ich mittel beide Angaben mit einem Faktor.
Aufgrund einer kleinsterzeugungsanlage bekomm ich ja ein wenig Einspeisevergütung und je länger die Akkus nicht voll sind desto mehr Solar kann ich ernten (2000W lässt der zendure 800 pro in den Akku)
Wenn ich schon nachts einspeise ist tagsüber mehr Platz da. Das klappt aber nur wenn die Vorhersagen passen. Aktuell ist das natürlich nur noch sehr selten der Fall dass ich einspeise.
Werde mir STATS dann auch nochmal anschauen und hoffe dass die Meldungen etwas weniger werden 
Moin,
Bei mir auf beiden Systemen alles normal.
Kannst du bitte mal noch den Sensor/ die Sensoren zeigen, die es betrifft?
Kann es sein, dass das eigene von dir gebaute Sensoren sind?
Bei mir erscheint diese Meldung mit SFML V50.0.0 und HA 2026.10.0 auch nicht.
Bei mir werden nach den Update auf V50 verwaiste Langzeitstatistiken angezeigt, die Spook aufgespürt hat.
Nein, auch bei mir taucht die Warnung nicht auf, aber es ist auch nur eine Warnung, wo bis zum April 2027 etwas gemacht werden muß. Ist hier erst einmal kein Bug.
Zu den verwaisten Langzeitstatistiken: Mit dem Update wurden ja die KI-Sensoren entfernt, weil es bei etlichen zu viel Verwirrung geführt hat. Wurde von Tom auch so kommuniziert und ist kein Bug.
Gruß Ralf
Es sind scheinbar Sensoren die über die Applikation kamen und haben auch gültige Werte.
Nachdem die Reparturhinweise bei euch nicht kamen, gehe ich mal wieder von (m)einem Einzelschicksal aus.
Du hast doch hier scheinbar selber ein Template erstellt, was hier einen Shellbefehl ausführt, wie sieht denn dieses Template aus?
Und bitte wechsel in einen anderen Threat, das hat hier - zumindest bis jetzt - nichts in Bugs zu SFML zu suchen. Bitte nimm z.B.
wo es genau um die neue SFML-Version geht, dort können wir dikutieren, hier bitte nicht.
Gruß Ralf