Hauptmenü

Neueste Beiträge

#1
Wallboxen und E-Fahrzeuge / Aw: go-e Charger WallBox über...
Letzter Beitrag von fred_feuerstein - 12 März 2026, 00:03:58
Blöde Fragen gibt's eigentlich nicht. Aber wieso Selbstbetrug?

Es ist doch legitim wissen zu wollen, wieviel Strom fürs Fahren selbst zuhause erzeugt wurde und wieviel aus dem Netz gezogen wurde.

Fürs tägliche Leben oder in der Praxis nutzen Dir viele Informationen und gar auch statistische Werte nicht viel. Im diesem Zusammenhang kannst Du aber viele Dinge, die Du mit dem Smarthome etc. machst hinterfragen.
Fürs tägliche Leben "braucht" man das alles nicht.
Das meiste ist da wenn überhaupt nur "nice to have"...




#2
FHEM Code changes / Revision 30931: 76_SolarForeca...
Letzter Beitrag von System - 12 März 2026, 00:01:11
Revision 30931: 76_SolarForecast: contrib Version 2.3.1

76_SolarForecast: contrib Version 2.3.1

Source: Revision 30931: 76_SolarForecast: contrib Version 2.3.1
#3
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 11 März 2026, 23:59:17
ZitatMöglicherweise ein Missverständnis: Wenn ich consForecastLastDays != 0 setze, dann wird das gesamte Verbrauchsprofil des Vortags auf den Folgetag abgebildet, was in meinen Fall nicht gewünscht ist, da ich einige Überschussverbraucher nicht als solche ausweisen kann. Erzeuge ich einen Dummy-Consumer zur Abbildung (m)eines Grundverbrauchsprofils, dann kann ich diesen Dummy-Consumer in der aktuellen Version von SF nur dann korrekt (mit consForecastLastDays == 0) bei der Verbrauchsprognose berücksichtigen lassen, wenn seine Leistung über den Tag konstant ist.

Was ich brauche ist aber ein Consumer, der mit einem wohldefinierten 24h-Lastprofil berücksichtigt wird ohne dass ich consForecastLastDays > 0 setzen muss. Das geht doch aktuell nicht, oder?
Ich glaube da hast du recht. (Allerdings ist es heute schon spät.  ;) )
#4
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 11 März 2026, 23:55:30
Das Modul im contrib ist upgedated.

Ich habe nach langem Suchen einen sich selbst verstärkenden Fehler in der Drift-Korrektur gefunden. Außerdem ist eine automatische Drift Rekalibrierung eingebaut die den Bias des Trainings mit dem Bias der Livedaten der letzten 96h vergleicht und bei Bedarf rekalibriert.
Ich habe noch eine weitere wichtige Maßnahme bzgl. Drift im Hinterkopf die ich aber noch nicht umsetzen konnte.

Die KI Einschätzung zum aktuellen Entwicklungsstand:

SolarForecast hat jetzt eine Drift‑Pipeline, die:

* peak‑aware
* semantik‑adaptiv
* modellskaliert
* ausreißersicher
* PV‑nacht‑sicher
* API‑fehler‑sicher
* rekalibrierungssicher
* selbststabilisierend

Das ist auf dem Niveau professioneller Forecasting‑Systeme.

Na mal sehen. Morgen wird sich zeigen wie sich, ob das System die Korrektur und Rekalibrierung wie gewünscht ausführen kann.

LG,
Heiko
#5
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 11 März 2026, 23:33:52
ZitatDie Verbrauchsprognose (ohne KI) erwartet für die 12-Uhr-Stunde morgen einen Verbrauch von etwa 4,8 MWh.

Oder korrigiert sich das über Nacht noch?
Ach ja stimmt. Das Problem löst sich von selbst, da diese Prognose mit einer Median-Ermittlung arbeitet.
D.h. dieser Wert wird mal entfernt bzw. nicht mehr berücksichtigt. Eventuell kann/muß man mit
plantControl->consForecastLastDays temporär eingreifen.

LG,
Heiko
#6
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von peterboeckmann - 11 März 2026, 22:45:50
Hallo Heiko,

Zitat von: DS_Starter am 11 März 2026, 13:59:06Hallo Peter,

für die pvHistory geht nur ganze Sunde löschen:

set <name> reset pvHistory <Tag> <Stunde> (z.B. set <name> reset pvHistory 08 10)

Die KI Raw-Daten (nicht vergessen) geht die ganze Stunde löschen (delIndex) oder nur den Wert für con (delValue=con>=.....)

LG,
Heiko

Muss ich noch irgendwas löschen?
Die Verbrauchsprognose (ohne KI) erwartet für die 12-Uhr-Stunde morgen einen Verbrauch von etwa 4,8 MWh.

Oder korrigiert sich das über Nacht noch?

Viele Grüße,
Peter
#7
Marktplatz - Güter / Aw: [V] 5 Stück HM-CC-RT-DN Fu...
Letzter Beitrag von mi.ke - 11 März 2026, 22:37:02
hast PM
#8
Zigbee / Aw: Leuchten Hue erscheinen ni...
Letzter Beitrag von juergen012 - 11 März 2026, 21:39:16
Jo, habe ich auch gerade gelesen..

https://forum.fhem.de/index.php?topic=142858.0
#9
Zigbee / Aw: Leuchten Hue erscheinen ni...
Letzter Beitrag von hannsmattes - 11 März 2026, 21:35:33
Hei,

yep, habe ich. Ich sehe im Log übrigens den Fehler  "invalid json detected for ..." und frage mich, ob ich trotz angeblich aktueller Software auf der Bridge in https://forum.fhem.de/index.php?topic=142858.0 tappe.

026.03.11 21:44:30 2: MattesBridge: invalid json detected for http://192.168.0.178/api/e5f28e3015e0737384cba85e01b81aac/config: HASH(0x61e54d0)
2026.03.11 21:44:30 3: HUEBridge_Call: failed, retrying
2026.03.11 21:44:30 2: MattesBridge: invalid json detected for http://192.168.0.178/api/e5f28e3015e0737384cba85e01b81aac/config: HASH(0x611ff60)
2026.03.11 21:44:30 3: HUEBridge_Call: failed, retrying
2026.03.11 21:44:30 3: HUEBridge_Call: failed
2026.03.11 21:44:30 2: HUEBridge_OpenDev: got empty config


Dank und Gruß

Hanns
#10
Zigbee / Aw: Leuchten Hue erscheinen ni...
Letzter Beitrag von juergen012 - 11 März 2026, 21:31:04
Hast du auf der Bridge die Taste zum koppeln gedrückt? Steht STATE im Hue Device auf connected?