Nun habe ich es auch verstanden, .. ehrlich gesagt bin ich aus der Beschreibung auch nicht schlau geworden.
Um es kurz zu machen, dass ist genauso gewollt und lässt sich aus Übersichtsgründen auch nicht ändern. Die oberste ROW ist “der schnelle Blick” und ist wichtig bei Skalierungen. Die Flusslinien zeigen nur in welche Richtungen die Energie fließt.
Its not a Bug
Ich möchte mich zunächst einmal für zwei Dinge bedanken!
Danke!
Hey @Tom-HA ,
freut mich sehr das zu lesen!
Dein Update hat auch großartige Arbeit verrichtet.
Ich habe es installiert, zweimal neu gestartet, Protokolle gelöscht und dann ein weiteres Mal neu gestartet (um sicher zu gehen).
Eine einzige Fehlermeldung ist noch aufgetreten, was wie gesagt Großartig ist, da Du keinen Zugriff auf mein System hast und nicht die Lösung des Fehlers testen konntest.
System: Raspberry Pi 5, Generic x86-64, SFML 42.0.6, GPM ist nicht installiert (Festpreisvertrag vorhanden)
Logger: custom_components.sfml_stats.power_sources_collector
Quelle: custom_components/sfml_stats/__init__.py:333
Integration: Solar Forecast STATS (Dokumentation, Probleme)
Erstmals aufgetreten: 04:16:19 (1 Vorkommnis)
Zuletzt protokolliert: 04:16:19
Daily Watt reconstruction failed: no such column: battery_charge_solar_kwh
Guten Morgen @greteOne
vielen Dank!!! Ich bin froh das es geklappt hat! Zu dem letzten noch verbleibenden Fehler bräuchte ich noch ein paar Informationen um in im Code eingrenzen zu können.
Mir scheint auf de ersten Blick das SFML korrekt in die SFML DB schreibt, aber der Recorder von HA nicht die richtige Tabelle trifft / findet.
Das Prinzip dahinter ist:
Entstehen Lücken (Neustart, Sensor-Ausfälle, Cloud-Verzögerungen, Hic-Ups..) versucht Hubble die Lücken mit dem Recorder und seiner Historie intelligent zu füllen.
Dazu ließt Hubble eine evtl. vorhandene vergangene Historie und versucht zu verstehen wie z.B. der Verbrauch ausgesehen hätte, wenn es nicht zu einem Sensor-Ausfall gekommen wäre.
Wenn aber die Felder nicht stimmen (oder Atribute.. schlägt Hubbles Auftrag an den Recorder " Hey Kollege ich habe hier eine Lücke, schick mir mal die letzen 2 Monate ich will sehen was ggf. plausibel sein könnte.." fehl.
Da HA stumpf versucht einen Brief zu schreiben ihn aber falsch adressiert.. Hubble wird dann irgendwann sauer und meldet dem Boss (Dir) “Reconstruction failed”
Ich sage ja immer wieder… da passiert soviel mehr im Code als man denkt 
und Hubble ist soviel intelligenter als es scheint SFML ist ein flexibles System, das nach Lösungen sucht und sich selbst repariert und HA eher der Beamte vom Finanzamt.. hier liegt oft das Problem
Fazit:
Hubble ist sauer das HA seine Anfrage nicht korrekt zurückmeldet es nicht in der dafür vorgesehenen “Tabelle” landet.. ich muss nun rausfinden woran es liegt.. ich vermute mal wieder eine umdokumentierte Änderung vom HA-DEV
Ist das schlimm?
Nein, da der Code selber schreibt, sobald Werte ankommen - ABER sollten Lücken entstehen kann es zu seltsamen Werten / Lücken kommen (und die Meldung erscheint wieder) D.h. ein Fix von mir muss zwei Dinge erledigen:
a) HA zwingen unabhängig von Core / Version immer und ohne Widerrede den Anweisungen von Hubble zu folgen (ohne die Regeln und Vorgaben von HA zu verletzten)
b) nach Einspielen des Updates muss Hubble alle Werte auf Plausibilität und Lücken prüfen und sie nach dem beschriebenen Muster ergänzen / korrigieren
Daher ist es wichtig das ich die richtige Stelle treffe, wo der Fehler sitzt, das ist leider nicht in 5 Minuten erledigt. → ich muss auch Edge-Case (Sonderfälle) suchen und direkt mit absichern. Zum Glück habe ich meine Zettelwirtschaft über die schon so oft gelacht wurde
BTW das wären auch so Sachen über die man am Sonntag mal sprechen könnte.. was macht der Code eigentlich und wie..
Update ist draußen… @greteOne
damit sollte es erledigt sein - Wenn HACS nichts verschluckt hat
Nee ganz sicher nicht… 8.1 ist voll von BETA-Fixes ich werde es NICHT auf mein System lassen…
Ich habe aktuell kein Vertrauen in die 8.1 kam auch wieder viel zu schnell.. hat vermutlich wieder irgendwo heftig geknallt. Ebenso das schnell Core-Update.. da ich eh alles notwendige in meinen einen Code gelegt habe, werde ich mich nicht an dem Fixen beteiligen..besonders dann nicht was da alles zum Thema Proxmox aufgeführt ist.. schwindelig machen mich die ganzen Hinweise auf " BETA-FIX" .. entweder fixe ich etwas oder ich lasse es.. erinnert mich irgendwie an Bananen " Reifen beim Kunden".. das will ich nicht.
Thema: Wetter Historie
X86-64 generic - SFML und STATS V.42.0.8
Das Thema Regen begleitet uns weiter:
Es gibt Daten vom Regensensor
Ich habe es auch schon im Thread gelesen … Danke @Joachim-xo genau hier in diesen Thread gehört es hin! - Ich schaue es mir die Tage mal an.
X86-64 generic - SFML und STATS V.42.0.8
Auch auf die Gefahr hin, dass ich mich unbeliebt mache. Vielleicht gehört es ja doch zum Wetterproblem. Obwohl ich seit knapp einer Woche den richtigen Sensor, meiner wetterstation eingetragen habe(mm/h) ist die Prognose für Regen astronomisch hoch, und sinkt wenn überhaupt nur wenig.
Aktuelle Anzeige vom 10.08.26 19.40 Uhr
Anzeige vom 08.08.26 6.47 Uhr
Hier müsste es dringend regnen, aber es kommt so gut wie nichts runter:
Ich habe mich dazu schon in geäußert 
direkt über deinem Post → Das Problem ist, das Thema verstreut sich schon wieder über zig unterschiedliche Posts.. 
Hast Du auch zweimal den roten Neutstart gemacht?
Einmal rot und einmal gelb.
Mache aber gerade nochmal einen roten Neustart. Der hat leider auch keine Besserung gebracht.
Ist bei mir auch.
Tüftel auch schon die ganze Zeit, aber finde leider nichts in den Logs
Dann scheint es wohl nicht an mir zu liegen
Ich würde das Update einfach noch mal neu herunterladen
(Beitrag vom Verfasser gelöscht)
Nach dem dritten roten Neustart gings bei mir wieder…
