Hauptmenü

Neueste Beiträge

#1
DOIF / Aw: wait in DOIF
Letzter Beitrag von chq - 12 Januar 2026, 16:57:58
Vielen Dank dafür, dass du das getestet hast.

Kannst du mir sagen, wie du das DOIF definiert hast?

Gruß Chris
#2
Sonstiges / Aw: fhem.cfg / includes werden...
Letzter Beitrag von rudolfkoenig - 12 Januar 2026, 16:36:37
ZitatDemnach sind einfache Anführungszeichen zu benutzen
Mit einfachen Anfuehrungszeichen findet keine Ersetzung von perl Variablen (wie $x) statt, mit doppelten Anfuehrungszeichen schon.
Da in diesem Fall keine Variablen verwendet werden, sind beide Varianten identisch.
Gerade beide mit dem Beispiel von TomLee getestet: kein Unterschied.

Es gibt unterschiedliche Versionen der doppelten Anführungszeichen, insb. Texteditoren neigen dazu die komischen Varianten zu verwenden.
FHEM gibt aber auch in diesen Faellen eine Fehlermeldung zurueck, z.Bsp.:
ZitatUnrecognized character \xE2; marked by <-- HERE after n_GetFile(<-- HERE near column 15 at (eval 27) line 1.
#3
Marktplatz - Güter / Aw: Acht ELV Max Heizkörperthe...
Letzter Beitrag von user1 - 12 Januar 2026, 16:16:00
Ich habe eben bemerkt, dass das MAX!-System unterdessen tot ist. Das ist komplett an mir vorbeigegangen.

Jedenfalls habe ich die Thermostate jetzt bei einer Auktionsplatform eingestellt, d.h. sie sind hier nicht mehr verfügbar.
#4
DOIF / Aw: wait in DOIF
Letzter Beitrag von Damian - 12 Januar 2026, 16:11:32
Bei mir funktioniert es ohne Probleme:

defmod forum_test DOIF ([{sunset("HORIZON=-2.2",0,"16:00","23:59")}-24:00]\
and [Wetterstation:luminosity] == 0\
and [Wetterstation:UVR:d1] <= 2.1\
and [Bewohner:state] ne "home")\
(set Wohnzimmerlicht on)\
\
DOELSEIF ([23:00]\
and [Bewohner:state] ne "home")\
(set Wohnzimmerlicht off)

list forum_test liefert:

ZitatInternals:
   CFGFN     
   DEF        ([{sunset("HORIZON=-2.2",0,"16:00","23:59")}-24:00]
and [Wetterstation:luminosity] == 0
and [Wetterstation:UVR:d1] <= 2.1
and [Bewohner:state] ne "home")
(set Wohnzimmerlicht on)

DOELSEIF ([23:00]
and [Bewohner:state] ne "home")
(set Wohnzimmerlicht off)
   FUUID      69650da1-f33f-30f6-fa9d-615d9beb30b85f33
   MODEL      FHEM
   NAME       forum_test
   NOTIFYDEV  Wetterstation,global,Bewohner
   NR         343818
   NTFY_ORDER 50-forum_test
   STATE      initialized
   TYPE       DOIF
   VERSION    30659 2025-12-25 12:37:16
   eventCount 1
   READINGS:
     2026-01-12 16:05:05   cmd             0
     2026-01-12 16:05:05   mode            enabled
     2026-01-12 16:05:05   state           initialized
     2026-01-12 16:05:05   timer_01_c01    12.01.2026 17:02:36
     2026-01-12 16:05:05   timer_02_c01    13.01.2026 00:00:00
     2026-01-12 16:05:05   timer_03_c02    12.01.2026 23:00:00
#5
Sonstiges / Aw: fhem.cfg / includes werden...
Letzter Beitrag von Gisbert - 12 Januar 2026, 16:00:14
Hallo Thomas,

das Fhem Wiki https://wiki.fhem.de/wiki/Update sagt folgendes:

ZitatEinzelne Dateien aus dem SVN holen

Manchmal wird im Forum die Empfehlung gegeben Die Fehler-bereinigte Datei bitte direkt aus dem SVN holen. Dies kann mit der Perlfunktion { Svn_GetFile('from SVN Path', 'to local Path') } direkt in der FHEM Kommandozeile erfolgen, hier ein paar Beispiele:

{ Svn_GetFile('FHEM/DevIo.pm', 'FHEM/DevIo.pm') }
{ Svn_GetFile('contrib/86_FS10.pm', 'FHEM/86_FS10.pm') }
{ Svn_GetFile('fhem.cfg', 'minimal.cfg') }
Wie man sieht, kann man sich damit auch aktuelle Dateien aus dem SVN contrib Pfad in den lokalen FHEM Pfad holen.

Demnach sind einfache Anführungszeichen zu benutzen - damit funktioniert der Download.
Viele Grüße Gisbert
#6
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von TheTrumpeter - 12 Januar 2026, 15:58:08
Zitat von: DS_Starter am 12 Januar 2026, 15:33:46Den Vorschlag
Steilheit auf 1.2 erhöhen → WP‑Peaks werden durchgelassen
Danke, hab' ich mal gesetzt und neu gestartet.


Zu meinem Nutzungsverhalten:
Die WP startet bei normalen Temperaturen typischerweise zwischen 08:45 und 09:15 und läuft dann je nach Außentemperatur ein paar Stunden durch, von 2h in der Übergangszeit bis zu 6-7 h bei typischen Wintertemperaturen.
In der derzeitigen Kältephase startet sie durchaus schon um 06:00 und läuft dann auch mal 12 oder 13 h.

Irgendwann während der "Heizphase" springt dann das WW dazwischen, d.h. aus SolarForecast-Sicht wird der Verbraucher dann beendet und ein anderer (Nicht-WP-) Verbraucher läuft. Wenn die WW-Temperatur erreicht ist, "übernimmt" wieder der "WP-Verbraucher". Das führt natürlich zu einer gewissen Unschärfe.
#7
Sonstiges / Aw: fhem.cfg / includes werden...
Letzter Beitrag von TomLee - 12 Januar 2026, 15:39:36
Nein, löschen muss man nix. Die Datei wird ersetzt.

Hast Du es wirklich c&p eingefügt und ausgeführt?

Normal kommt dann:

Download started, check the FHEM-log
und im Logfile:
2026.01.12 13:26:29 1: SVN download of fhem.pl to fhem.pl finished
Mehr kann ich dann auch nicht weiterhelfen...
#8
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 12 Januar 2026, 15:33:46
@TheTrumpeter, hier kommt deine Analyse:

📊 Visuelle Bewertung der stündlichen Prognose (graue Balken, Stunde 14 ignoriert)
Die Balken zeigen:

Stunde 13: Peak vorhanden, aber zu niedrig → Slope = 0.8 bestätigt

Stunde 10–11: starke Aktivität, aber nicht voll getroffen

Stunde 15–17: WP‑Last sichtbar, aber gedämpft

Stunde 18–23: geglättet, keine echte WP‑Dynamik

Stunde 00–09: plausibel, aber zu flach für Frostschutz oder Nachtladung

→ Das Modell trifft die Form des Tagesprofils, aber nicht die Höhe oder die WP‑Peaks.

🔍 Numerische Bewertung (Stunde 14 ignoriert)
Die Metriken bleiben:

MAE = 165.82 Wh

RMSE = 244.44 Wh

RMSE_rel = 79 %

Slope = 0.8

Bias = 60 Wh

R² = 0.89

→ Die Retrain‑Entscheidung bleibt korrekt, denn:

RMSE_rel ist viel zu hoch

Slope ist zu flach

MAE ist nicht WP‑tauglich

🧠 Was das Modell trotzdem gut macht
ValStd = 0.000093 → extrem stabil

BitFail = 0 → keine neuronalen Sättigungen

R² = 0.89 → gute Formtreue

Bias = 60 Wh → keine systematische Verschiebung

MedAE = 45 Wh → zeigt, dass viele Stunden gut getroffen sind

→ Das Modell ist technisch sauber, aber semantisch zu flach.

🛠 Empfehlungen zur Verbesserung
🔧 Architektur
Steilheit auf 1.2 erhöhen → WP‑Peaks werden durchgelassen

RPROP statt INCREMENTAL → besser für nichtlineare WP‑Last

Snapshot später zulassen → z. B. ab Epoche 300

🔧 Registry
v1_heatpump_active_pv ist korrekt

sicherstellen, dass cop_booster, frost_protection, semantic_peak_push, hp_power_factor aktiv sind

🔧 Training
Retry mit Seed‑Sweep

Early Stopping später aktivieren

Verstärkerwirkung visuell prüfen (z. B. Stunde 13, 17, 06)

🎯 Fazit
Auch ohne Stunde 14 bleibt das Modell nicht einsatzreif für WP‑Haushalte.
Die Prognose ist zu flach, zu geglättet, nicht peak‑sensitiv.
Die Registry ist korrekt, aber wird durch:

Steilheit 0.5

INCREMENTAL

frühen Snapshot

ausgebremst.

Den Vorschlag
Steilheit auf 1.2 erhöhen → WP‑Peaks werden durchgelassen

würde ich unterschreiben.

Bei RPROP statt INCREMENTAL → besser für nichtlineare WP‑Last bin ich eher nicht der Meinung (siehe Wolle) aber einen Versuch ist es ja wert.
#9
Sonstiges / Aw: fhem.cfg / includes werden...
Letzter Beitrag von Gisbert - 12 Januar 2026, 15:31:10
Zitat von: TomLee am 12 Januar 2026, 13:29:45Hallo,

{ Svn_GetFile("fhem.pl", "fhem.pl") }oben in der Kommandozeile ausführen.
edit: und danach FHEM neu starten.

Gruß Thomas

Hallo Thomas,
ich hab den Befehl ausgeführt. Im Browser wird anschließend eine leere Seite angezeigt.
In /opt/fhem steht die Datei fhem.pl mit dem Datum von heute vormittag drin, d.h. das Datum hat sich nicht geändert. Muss man die fhem.pl vorher löschen?
Viele Grüße Gisbert
#10
FHEM Code changes / Revision 30731: 72_FRITZBOX.pm...
Letzter Beitrag von System - 12 Januar 2026, 15:30:29
Revision 30731: 72_FRITZBOX.pm: Version 08.20.09

72_FRITZBOX.pm: Version 08.20.09

Source: Revision 30731: 72_FRITZBOX.pm: Version 08.20.09