Neueste Beiträge

#41

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

Letzter Beitrag von rudolfkoenig - 26 Januar 2026, 11:08:26

Müssen da noch die NEL line terminators weg? Denke ja.

Ja bitte.
Wusste bis vor gerade eben nicht, was NEL ist.
Laut Wiki kommt das von EBCDIC/IBM-Mainframe.
Wie hast Du es da reingekriegt?

2. Die anderen Beiden sehen sauber aus. Außer das fhemweb_iconAnimated.js ISO-8859 text hat.

utf-8 waere mir lieber

3. Wo genau hattest du die Warnung gesehen?

Kommt aus commandref_join.pl, ich habe versucht ein Problem nachzustellen: https://forum.fhem.de/index.php?topic=143719

#42

Heizungssteuerung/Raumklima / Aw: LAN-Anbindung für BSB-Bus ...

Letzter Beitrag von freetz - 26 Januar 2026, 10:58:02

Leider nein, auch wenn L-Bus sehr nach LPB/LP-Bus klingt. Es muss eine Siemens-Regelung sein, und selbst da gibt es mit der LMU34 inzwischen Ausnahmen, die kein BSB/LPB/PPS unterstützen.

#43

Heizungssteuerung/Raumklima / Aw: VALVES und die Fritz DECT ...

Letzter Beitrag von JoWiemann - 26 Januar 2026, 10:52:36

Hallo,

die SupportData kann ich schon mal in das Modul laden. In den SupportData wird die ule_id verwendet. Die verwende ich auch zum Bilden der shdevice.. Readings.

Idee ist jetzt folgende:
- aktivieren über eine neues Attribut enableSupportData
- eigener nonBlocking Timer für die Support Daten.
- weitere Readings shdevice<id>_valvePosition, shdevice<id>_valveMotions, shdevice<id>_valveSteps
- neues get <name> supportData

Falls Ihr weitere Ideen habt, dann posten.

Grüße Jörg

#44

SlowRF / Aw: FHT80 Ventilposition ohne ...

Letzter Beitrag von rudolfkoenig - 26 Januar 2026, 10:50:56

Anders formuliert: im Vorschlag von ChatGPT sollte ReadingsVal durch ReadingsNum ersetzt werden.

#45

Heizungssteuerung/Raumklima / Aw: LAN-Anbindung für BSB-Bus ...

Letzter Beitrag von MonsterD - 26 Januar 2026, 10:41:18

Hallo,

bin mit Begeisterung auf diesen Projekt gestoßen ... vielen Dank an alle die das treiben/realisieren!

Über die Suche habe ich kein passendes Ergebnis gefunden. Wird auch die Brötje BTW unterstützt? Sie verwendet eine CU–HW-01

Gruß

#46

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von TheTrumpeter - 26 Januar 2026, 10:18:15

Lass das Training mit unveränderten Parametern einfach nochmal laufen. Es waren Anwesenheitserkennung, Temoeratursensorik und Kalenderauswertungen dazugekommen.
Ich kann nicht sagen mit welchem Stand dein letztes Training war.

Hab's grad gestartet... Kalender hatte ich noch nicht drin bzw. nutze ich dzt. nicht, der Rest war eigentlich unverändert.

Ich gehe aktuell davon aus, dass eine Wärmepumpe nicht durch FHEM/SF aktiv gesteuert wird.
Sollte jedoch die Intension bestehen - was ich mangels eigener Erfahrung nicht ausschließen möchte, obwohl ich es vermutlich nicht tun würde - kann ich "noSchedule"
perspektivisch auch gern wegnehmen.
Allerdings gebe ich zu bedenken, dass eine WP doch ganz anders geplant werden muß als ein normaler Verbraucher den wir im SF Kontext nach PV Optimierungsgesichtspunkten
nutzen. Eine Wp jedoch soll vor allem die geforderte Temp bereitstellen. Wenn sie dann noch PV nutzt ist das sicherlich erstrebenswert, aber wenn nicht dann ist es eben so.

Allgemein gesprochen gebe ich Dir Recht.
ABER: Ich habe ein sehr gut isoliertes Haus (8,5 kWh/m2a) mit einer (zu) starken Wärmepumpe und beobachte bzw. optimiere die Wärmepumpensteuerung schon seit einigen Jahren auf möglichst wenig Zyklen ohne signifikanten Komfortverlust (Temperaturschwankungen). Nach der PV-Installation habe ich das dann auf die Spitze getrieben und den Wärmeeintrag tagsüber angehoben, um ohne weiteren Heizungseinsatz nachts durchzukommen.
Das läuft bisher wie gesagt über Tag/Nachtprogramm, was aber die PV-Ausbeute nicht optimal nutzen kann wie letztes Jahr schon beschrieben.

Mit meiner "Laufzeitprognose" könnte ich das Einschalten an SF übergeben, indem ich diese Zeit als "mintime" übergebe. SF würde dann gemäß der Planung auf Tagbetrieb umschalten, das Zurücksetzen auf Nachtbetrieb passiert dann außerhalb von SF nach Ende des Heizzyklus.

Wie oben geschrieben war eine aktive Planung/Steuerung der WP durch SF nicht im Plan weil sie sich eben nicht nach PV optimieren lässt.

Wie gesagt, allgemein richtig; für Häuser mit sehr geringem Wärmeenergiebedarf & tendenziell überdimensionierter Wärmepumpe allerdings schon möglich.

#47

Anfängerfragen / Aw: wo gibt es einn siegnierte...

Letzter Beitrag von RalfRog - 26 Januar 2026, 10:06:58

Zwar schon alt und ziemlich alt aber vielleicht hilft es:
https://forum.fhem.de/index.php?topic=102767.0
https://forum.fhem.de/index.php?topic=46085.0

#48

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 26 Januar 2026, 09:30:10

Moin zusammen,

Was mir aufgefallen ist: In der Nacht gibt es keine (langen) Lernzyklen mehr, es wird zwar was getan/gestartet, aber das ist umgehend wieder aus:
Code Auswählen
2026.01.26 02:15:02 1: mySolarForecast DEBUG> AI Raw delete data equal or less than index >2021012700<
2026.01.26 02:15:02 1: mySolarForecast DEBUG> AI AddInstance & Training BlockingCall PID "5091" with Timeout 7200 s started
2026.01.26 02:15:04 1: mySolarForecast DEBUG> AI Instance add - Tree: 1 -> 6511 entities added for training (set verbose 4 for output more detail)
2026.01.26 02:15:04 1: mySolarForecast DEBUG> AI Instance add - Tree: 2 -> 6511 entities added for training (set verbose 4 for output more detail)
2026.01.26 02:15:05 1: mySolarForecast DEBUG> AI Instance add - Tree: 3 -> 6511 entities added for training (set verbose 4 for output more detail)
...

Das ist die KI Unterstützung der PV Prognose (AI::DecisionTree) und hat mit AI::FANN der Verbrauchsprognose nichts zu tun.
Für mehr Info -> set verbose 4 for output more detail

Seit dem letzten Update (das mit den fhemweb-Fehlermeldungen, bzw. die Korrektur danach) ist meine Verbrauchsprognose deutlich schlechter geworden.

Lass das Training mit unveränderten Parametern einfach nochmal laufen. Es waren Anwesenheitserkennung, Temoeratursensorik und Kalenderauswertungen dazugekommen.
Ich kann nicht sagen mit welchem Stand dein letztes Training war.

Mit der neuen Version werden (bei mir) die Umlaute in den Tooltips zu den Wettersymbolen nicht mehr korrekt angezeigt.

Bei mir alles iO. An diesen Dingen hat sich auch nichts geändert.
Möglicherweise eine Wettersymbolik, die bisher nicht verwendet wurde (weil nicht eingetreten).
Vielleicht hilft die pvHistory weiter. Die fragliche Stunde mal aufrufen und "weatherid" rausholen. Dann bekommen wir evtl. raus welches Symbol angezeigt war.

weitergelesen und festgestellt, dass (wohl seit der KI-Verbrauchsprognose) "Heatpump" nur noch" noSchedule" erlaubt ist.

Nicht "nur noch" sondern "nur" weil es "heatpump" bisher nicht gab und mit der FANN Prognose eingebaut wurde und zwar sofort mit "noSchedule".
Ich gehe aktuell davon aus, dass eine Wärmepumpe nicht durch FHEM/SF aktiv gesteuert wird.
Sollte jedoch die Intension bestehen - was ich mangels eigener Erfahrung nicht ausschließen möchte, obwohl ich es vermutlich nicht tun würde - kann ich "noSchedule"
perspektivisch auch gern wegnehmen.
Allerdings gebe ich zu bedenken, dass eine WP doch ganz anders geplant werden muß als ein normaler Verbraucher den wir im SF Kontext nach PV Optimierungsgesichtspunkten
nutzen. Eine Wp jedoch soll vor allem die geforderte Temp bereitstellen. Wenn sie dann noch PV nutzt ist das sicherlich erstrebenswert, aber wenn nicht dann ist es eben so.

Wie ist der weitere Plan?
Wird SolarForecast künftig die Laufzeit selbst vorhersagen und dann den optimalen Zeitpunkt auch einplanen können?

Wie oben geschrieben war eine aktive Planung/Steuerung der WP durch SF nicht im Plan weil sie sich eben nicht nach PV optimieren lässt.
Der aktuelle use Case bezieht sich darauf den Energieverbrauch inkl. des WP-Anteils möglichst gut zu prognostizieren.

Soweit ich weiß priorisiert SF die Geräte anhand ihrer Consumer-Nummern? D.h. ich müsste dann wohl die Wärmepumpe als "Consumer01" definieren. Beim damaligen Anlegen der Consumer habe ich darauf keine Rücksicht genommen. Kann ich die Nummern irgendwie "tauschen" ohne die Lernwerte zu verlieren?

Das ist in der Tat ein Problem, aber nur sobald eine aktive Steuerung für die WP verwendet werden soll was ich aktuell mit einem (großen) Fragezeichen versehen würde.

#49

Heizungssteuerung/Raumklima / Aw: VALVES und die Fritz DECT ...

Letzter Beitrag von Eumeltier - 26 Januar 2026, 09:15:40

wenn Du Dein Script zur Verfügung stellst, dann kann ich das in das FritzBox Modul einbauen.

Das wäre natürlich am Ende das Beste. Wie identifizierst Du die Fritz SmartHome Geräte? Über die AIN? Oder über den Namen?

Zum Lesen der Debug-Daten von der Box nutze ich allerdings die Fritz!Box-Tools von Michael Engelke, die müsste man also mit installieren oder die Funktionalität aus den Tools extrahieren. Da man leider immer die ganzen Debug-Daten lesen muß und die Datei ziemlich groß ist und die Daten anscheinend von der Fritzbox nicht besonders schnell zur Verfügung gestellt werden, dauert der Einlesevorgang schon einige Zeit. Für die optimale Reaktionszeit müßte man das dann alle 15min machen (oder mit DECT302 dann alle 5min glaube ich?)
Die Telegramme von den Thermostaten stehen in den Debug-Daten für die letzten 3 Stunden drin, wenn ich mich recht entsinne.
Ich lese derzeit die Daten alle Stunde aus, damit verpasse ich nichts. Für eine Regelung wie VALVES wäre das natürlich etwas träge.

Danach ist das nur noch ein bißchen Text parsen und wissen, welche Bytes was bedeuten.

Man bekommt die Soll-Temperatur, die am Thermostaten gemessene Temperatur und den Offset (fest eingestellt über die Fritz-GUI oder nachgeführt über einen externen Sensor, wenn vorhanden). Gemessene Temperatur minus Offset ist dann die zu regelnde Raumtemperatur.
Weiterhin kann man "MIN", "MAX", "BOOST" und "Fenster offen" als Status auslesen.

Da ich nur DECT 301 habe, passt das auch nur für die, aber sicherlich sieht das Procedere für Comet DECT, DECT 300 und DECT 302 ähnlich aus.

#50

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von TheTrumpeter - 26 Januar 2026, 09:06:40

Oder habe ich dich falsch verstanden und du nutzt aktuell NN.

Genau, nutze das NN...