Neueste Beiträge

#41

Server - Linux / Aw: Proxmox LXC Container Unpr...

Letzter Beitrag von Wernieman - 11 Dezember 2025, 10:05:52

Nativ meine ich direkt auf einer Maschine (Egal ob BareBone, also direkte Hardware, oder VM). Mit Container meine ich Docker/Potman etc.).

Ich glaube Du hast FHEM auf einer Maschine direkt installiert und damit Nativ laufen, auch wenn es eine VM ist.

#42

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 11 Dezember 2025, 09:54:31

Moin,

Oder anders, die KI müsste den Helligkeitswerten erstmal das tatsächliche Wetter zuordnen, d.h. beispielsweise
Dezember 11-12 Uhr, Durchschnitt Lumen zwischen 40.000 und 50.000: ungetrübter Sonnenschein
Juli 11-12 Uhr, Durchschnitt Lumen zwischen 40.000 und 50.000: teilweise bewölkt
Dezember 11-12 Uhr, Durchschnitt Lumen zwischen 25.000 und 40.000: teilweise bewölkt
Dezember 11-12 Uhr, Durchschnitt Lumen zwischen 5.000 und 10.000: vollständig bewölkt
...
Der IST-Wert vom 10.12.2025 11-12 Uhr wird dann abhängig von dem Lumen-Wert der Wetterbedingung zugeordnet, d.h. wenn die Lumen bei 8.000 lagen => vollständig bewölkt.

Das ist ein anderer Case, nämlich der Ersatz des Bewölkungsgrades durch eine Ableitung aus der Lumen-Messung. Das geht ohne KI auf herkömmlichen Wege.
Man überschreibt den Bewölkungsgrad des Wetterdienstes mit einer Ableitung aus dem gemessenen Lumen-Wert. Dieser Wert muß dann noch auf einen Bewölkungsgrad von 0...100% normiert werden damit er mit der Bewölkungsvorhersage des Wetterdienstes, von dem ja im nächsten Step die PV-Vorhersage abgeleitet wird, korreliert.

Damit hätte man eine Ist-Aufnahme des vorhandenen Bewölkungsgrades, bzw. der Strahlungsverhältnisse übertragen auf einen Bewölkungsgrad.

Das würde soweit funktionieren denke ich. Aber es bleibt in der Praxis die auch aktuell vorhandene Unsicherheit, ob die durch den Wetterdienst vorhergesagte Bewölkung (für die kommenden Stunden) die örtlichen Gegebenheiten realistisch prognostiziert. Damit steht und fällt die gesamte Prognosequalität und vor allem daraus ergeben sich auch aktuell unsere Abweichungen.

 

#43

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von TheTrumpeter - 11 Dezember 2025, 09:33:12

hast Du an jeder PV-Fläche so einen Helligkeitssensor? Unterscheidet die Helligkeit sich je nach Ausrichtung der Module?

Ja.
Aber ich habe nur eine Fläche, ca. SSO ausgerichtet.

Ich könnte mir vorstellen, dass Einstrahlung und Abschattung von der Helligkeit erfasst werden. Aber auch diffuse Strahlung?

Abschattung des Sensors gibt's nur in den hellsten 4-5 Wochen in der ersten und letzten Stunde nach/vor Sonnenauf-/untergang, d.h. praktisch vernachlässigbar.
Abschattung der PV-Module gibt's nur an wenigen Tagen im Winter kurz vor Sonnenuntergang, auch das ist vernachlässigbar. (Nur 1 String ist davon betroffen, aber zu dem Zeitpunkt kommen eh nur mehr ca. 200 W von 1 String.)

Und etwas OffTopic: Hast Du einen Helligkeitssensor "von der Stange" oder selbst was gelötet? Wie hast Du den umgesetzt?

Ich habe das alte "Theben Luxor" System zur Beschattungssteuerung. Der Sensor ist auf der zugehörige Wetterstation "Luxor 412" integriert.
Da ich 3 Fassaden mit Behängen habe, habe ich zusätzlich noch 2 weitere Lichtsensoren, die von der Steuerung aber abhängig vom Widerstandswert nur "digital" ausgewertet werden. Das ganze System ist proprietär und funktioniert grundsätzlich gut, lässt aber je nachdem wie man die Schaltschwelle "Sonne ja/nein" setzt bzw. in welche Richtung man die Sensoren dreht "Lücken" in der Abdeckung. Das führt dann im Sommer dazu, dass zu spät und/oder zu kurz beschattet wird.
Entsprechend habe ich versucht das Ding zu "tweaken", siehe auch https://forum.fhem.de/index.php?topic=69123.0.

#44

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von TheTrumpeter - 11 Dezember 2025, 09:21:12

Das Problem ist, dass die gemessenen Werte ein Pendant in der Vorhersage brauchen um damit direkt einen Korrekturfaktor ableiten zu können.
Also:

Gemessen Lumen -> Vorhersage in Lumen  -> führt zu einem Korrekturfaktor X bei sonst gleichen! weiteren Bedingungen (Bewölkung etc.).

Gemessen rad1h -> Vorhersage in rad1h  -> führt zu einem Korrekturfaktor X bei sonst gleichen! weiteren Bedingungen (Bewölkung etc.).

Dadurch ergibt sich die Notwendigkeit eine Vorhersage in Lumen für die kommenden Stunden zu haben, was nicht gegeben ist.

Klar, das geht so nicht.

Drum habe ich auch geschrieben:

Mit der Zeit müsste es dann auch möglich sein aus den (durchschnittlichen) Helligkeitswerten auf das Wetter zu schließen, um es für die Prognosen zu berücksichtigen. (Beispielsweise könnte das NN lernen, dass ein durchschnittlicher Helligkeitswert von > 50.000 lux im Dezember zwischen 11 und 12 Uhr "ungetrübter Sonnenschein" bedeutet und die Erzeugung dieser Stunde somit "Sonne" zuweisen und nicht wie von der Wetter-API vielleicht behauptet "Nebel".

Oder anders, die KI müsste den Helligkeitswerten erstmal das tatsächliche Wetter zuordnen, d.h. beispielsweise
Dezember 11-12 Uhr, Durchschnitt Lumen zwischen 40.000 und 50.000: ungetrübter Sonnenschein
Juli 11-12 Uhr, Durchschnitt Lumen zwischen 40.000 und 50.000: teilweise bewölkt
Dezember 11-12 Uhr, Durchschnitt Lumen zwischen 25.000 und 40.000: teilweise bewölkt
Dezember 11-12 Uhr, Durchschnitt Lumen zwischen 5.000 und 10.000: vollständig bewölkt

Der IST-Wert vom 10.12.2025 11-12 Uhr wird dann abhängig von dem Lumen-Wert der Wetterbedingung zugeordnet, d.h. wenn die Lumen bei 8.000 lagen => vollständig bewölkt.
Dann lernt das NN mit der Zeit, dass im Dezember bei vollständiger Bewölkung zwischen 11 und 12 Uhr 3kW vom Dach kommen.
Bei der Prognose kann dann das berücksichtigt werden, wenn die Wettervorhersage "vollständig bewölkt" behauptet.

#45

FHEMWEB / Aw: [ControlMiniDash]Fhemweb W...

Letzter Beitrag von schwatter - 11 Dezember 2025, 08:53:43

Morgen appi,

kannst du bitte bei beiden Devices jeweils unten auf "Copy for forum.fhem.de" klicken und hier einstellen.
Vielleicht wird daraus das Problem ersichtlich.

Gruß schwatter

#46

Heizungssteuerung/Raumklima / Aw: THZ Tecalor (LWZ Stiebel E...

Letzter Beitrag von Lythie - 10 Dezember 2025, 23:41:24

Dear Immi,

I recently have set a stateformat in fhem for MyTHZ. I wanted it to appear nicely in overviews.

Code Auswählen Erweitern

attr Mythz stateFormat Wärmepumpe Kompressor, Solar SolarPumpe, Modus dhwOpMode
After that I constantly got "closed connection" errors; after fhem-restart the first read request succeeded, all afterwards failee with that message.

Code Auswählen Erweitern

2025.12.10 22:35:06 3: THZ_Get: Error msg2:  closed connection -- 0A1771 ->
2025.12.10 22:37:07 3: THZ_Get: Error msg2:  closed connection -- 0A0930 ->
2025.12.10 22:39:09 3: THZ_Get: Error msg2:  closed connection -- 0A1792 ->
Raising loglevel I saw a weired german text as "state" instead of the expected "opened". Here you see an example, first request succeeded, second one (and all subsequent ones) didn't.

Code Auswählen Erweitern

2025.12.10 23:02:56 5: THZ_Get: Try to get 'p01RoomTempDayHC1'
2025.12.10 23:02:56 5: THZ_Get_Comunication: Check if port is open. State = '(opened)'
2025.12.10 23:02:56 5: Mythz sending 02
2025.12.10 23:02:56 5: DevIo_SimpleWrite Mythz: 02
2025.12.10 23:02:56 5: Mythz start Function THZ_ReadAnswer
2025.12.10 23:02:56 5: THZ_ReadAnswer: uc unpack: '10'
2025.12.10 23:02:56 5: Mythz sending 0100110B00051003
2025.12.10 23:02:56 5: DevIo_SimpleWrite Mythz: 0100110B00051003
2025.12.10 23:02:56 5: Mythz start Function THZ_ReadAnswer
2025.12.10 23:02:56 5: THZ_ReadAnswer: uc unpack: '10'
2025.12.10 23:02:56 5: Mythz start Function THZ_ReadAnswer
2025.12.10 23:02:56 5: THZ_ReadAnswer: uc unpack: '02'
2025.12.10 23:02:56 5: Mythz sending 10
2025.12.10 23:02:56 5: DevIo_SimpleWrite Mythz: 10
2025.12.10 23:02:56 5: Mythz start Function THZ_ReadAnswer
2025.12.10 23:02:56 5: THZ_ReadAnswer: uc unpack: '01003E0B0005012C1003'
2025.12.10 23:02:56 5: Mythz sending 10
2025.12.10 23:02:56 5: DevIo_SimpleWrite Mythz: 10
2025.12.10 23:02:56 5: Parse message: 3E0B0005012C
2025.12.10 23:02:56 5: Message length: 12
2025.12.10 23:02:59 5: THZ_Get: Try to get 'p01RoomTempDayHC1'
2025.12.10 23:02:59 5: THZ_Get_Comunication: Check if port is open. State = '(Wärmepumpe 0, Solar 0, Modus normal)'
2025.12.10 23:02:59 3: THZ_Get: Error msg2:  closed connection -- 0B0005 ->
Apparently, the stateformat is not to be used for THZ as the code queries the formatted state, not the original state variable. Don't know if that can be changed. If not a documentation hint would be nice.

Best regards,
Lythie

#47

FHEMWEB / Aw: Anzeige plötzlich mit Fehl...

Letzter Beitrag von rudolfkoenig - 10 Dezember 2025, 22:02:00

Seit heute (nach einem update von fhem) keinen Zugriff mehr auf die Webseite von fhem und Fehlermeldungen (unten) im log.

Danke fuer den Hinweis, auch wenn es nichts Neues sagt, siehe die Beitraege von oben.
Mit der Version, die seit ca 14:00 Uhr fuer FHEM update zur Verfuegung steht, sollte FHEMWEB wieder verfuegbar sein.
Fuer perl Versionen zwischen 5.30 und 5.3x(?) zwar mit Warnung, aber immerhin verfuegbar.
Die Version ab morgen sollte keine Warnungen oder Probleme verursachen.

#48

FHEMWEB / Aw: Anzeige plötzlich mit Fehl...

Letzter Beitrag von brandstaetter - 10 Dezember 2025, 21:07:26

Hallo,
Bei mir Perl Version 5.28 auf einem Debian 10 System.
Seit heute (nach einem update von fhem) keinen Zugriff mehr auf die Webseite von fhem und Fehlermeldungen (unten) im log.
Danke!
lg Christian.

Code Auswählen Erweitern

2025.12.10 20:51:22 0: Variable length lookbehind not implemented in regex m/(?<=\n|\r|\s|^)([a-z0-9._]+)(?=\n|\r|\s|$)/ at ./FHEM/01_FHEMWEB.pm line 1287, <$fh> line 21.
 Variable length lookbehind not implemented in regex m/(?<=\n|\r|\s|^)([a-z0-9._]+)(?=\n|\r|\s|$)/ at ./FHEM/01_FHEMWEB.pm line 1287, <$fh> line 28.
2025.12.10 20:51:22 0: Variable length lookbehind not implemented in regex m/(?<=\n|\r|\s|^)([a-z0-9._]+)(?=\n|\r|\s|$)/ at ./FHEM/01_FHEMWEB.pm line 1287, <$fh> line 28.
 Variable length lookbehind not implemented in regex m/(?<=\n|\r|\s|^)([a-z0-9._]+)(?=\n|\r|\s|$)/ at ./FHEM/01_FHEMWEB.pm line 1287, <$fh> line 32.
2025.12.10 20:51:22 0: Variable length lookbehind not implemented in regex m/(?<=\n|\r|\s|^)([a-z0-9._]+)(?=\n|\r|\s|$)/ at ./FHEM/01_FHEMWEB.pm line 1287, <$fh> line 32.


#49

DOIF / Aw: Unterschiedliches IF im DO...

Letzter Beitrag von Marko1976 - 10 Dezember 2025, 20:55:22

Danke @Per, das habe ich gesucht, hatte es aber schon gelöst indem ich aus den zwei Abfragen 4 gemacht habe und einfach jeweils einmal den deutschen Begriff und einmal den englischen genommen habe. So ist es natürlich übersichtlicher.

@Damian
Doch, der war angekommen. Aber offenbar hat sich da ein Kopierfehler eingeschlichen als ich die englischen Begriffe ergänzt habe.

Jetzt funktioniert es offenbar.

#50

DOIF / Aw: Unterschiedliches IF im DO...

Letzter Beitrag von Damian - 10 Dezember 2025, 20:13:21

Vergleiche mit Zeichenketten werden auch bei IF mit eq geschrieben und nicht mit =

Offenbar ist mein Hinweis, dass "=" nicht funktioniert nicht angekommen.