- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#1
Heizungssteuerung/Raumklima / Aw: LAN-Anbindung für BSB-Bus ...
Letzter Beitrag von Glenbeulah - 18 Februar 2026, 00:32:14Hallo zusammen,
vielen Dank für die ausführlichen und hilfreichen Antworten! Das hat mir enorm weitergeholfen. Hier ein kurzes Update, was ich basierend auf euren Tipps umgesetzt habe und was noch ausprobieren möchte.
Was ich geändert habe:
Raumeinfluss (750): 20% → 5%
Das war tatsächlich der erste große Hebel. Mit der Formel (dTV = dTR × Raumeinfluss/10 × (1+s)) konnte ich den Effekt direkt nachrechnen: Bei 20% und 2°C Raumabweichung morgens wurden +8,4°C auf den Vorlauf geschlagen — kein Wunder, dass die Therme getaktet hat. Ich habe mir in HA dazu Analyse-Sensoren gebaut, die VT-Soll aus Heizkurve, Raumeinfluss und Adaption aufschlüsseln — damit sieht man sofort, woher der Vorlauf kommt.
Adaption (726): Ein → Aus
Die Analyse-Sensoren haben gezeigt, dass die Adaption konstant +3,5°C auf den Vorlauf draufgeschlagen hat. Vermutlich hat sie sich unter den alten Bedingungen (20% Raumeinfluss) so eingelernt oder braucht einfach mehr als 3 Wochen um vernünftige Werte zu liefern. Da ich sowieso manuell Raumtemperatur über INF-Telegramm sende, arbeiten Adaption und Raumaufschaltung eher gegeneinander als zusammen. Jetzt ist der VT-Soll Real quasi identisch mit der reinen Heizkurve + minimalem Raumeinfluss.
Hydraulik — das teste ich aktuell:
880 Pumpe Drehzahlreduktion: Kennlinie → Temperaturhub Nenn
2317 Temperaturhub Nenn: 15°C → 7°C (erstmal konservativ, ggf. weiter runter)
882 Pumpendrehzahl Minimum: 10% → 20%
Die Spreizung lag vorher bei 13K — was recht hoch ist. Mit Temperaturhub Nenn muss die Pumpe jetzt aktiv hochdrehen um die 7K Spreizung zu halten. Mehr Wasser durch den Kessel = langsamerer Temperaturanstieg = weniger Taktung => so zumindest die Hoffnung
.
Was ich danach noch ausprobieren möchte:
2320 Kesselpumpenmodulation → Temperaturhub Nenn (damit auch die Kesselpumpe auf den Hub regelt)
2441 Gebläseleistung Heizen Max: aktuell 10 kW, ggf. auf 6-8 kW senken
Beobachten und Feintuning der Schaltdifferenzen und Pumpendrehzahl
Zu meiner ursprünglichen Frage 4 — Verbrauchszähler (BSB 8381/8382):
Für alle die es interessiert: Ich kalibriere den BSB-internen Verbrauchszähler regelmäßig gegen meinen echten Gaszähler und komme aktuell auf eine Abweichung von nur -0,6%. Die Therme unterschätzt den Verbrauch also minimal. Über den Korrekturfaktor (Prog. 2551) lässt sich das gut ausgleichen. Für eine Gebläse-basierte Schätzung ist das beeindruckend genau und für Energiemonitoring über HA absolut brauchbar.
Danke nochmal an alle für die wertvollen Hinweise — besonders die Kombination aus Raumeinfluss-Reduktion, Adaption-Abschaltung und Hydraulik-Optimierung scheint der richtige Weg zu sein. Ich berichte, wie sich die Taktung entwickelt!
VG, Glen
vielen Dank für die ausführlichen und hilfreichen Antworten! Das hat mir enorm weitergeholfen. Hier ein kurzes Update, was ich basierend auf euren Tipps umgesetzt habe und was noch ausprobieren möchte.
Was ich geändert habe:
Raumeinfluss (750): 20% → 5%
Das war tatsächlich der erste große Hebel. Mit der Formel (dTV = dTR × Raumeinfluss/10 × (1+s)) konnte ich den Effekt direkt nachrechnen: Bei 20% und 2°C Raumabweichung morgens wurden +8,4°C auf den Vorlauf geschlagen — kein Wunder, dass die Therme getaktet hat. Ich habe mir in HA dazu Analyse-Sensoren gebaut, die VT-Soll aus Heizkurve, Raumeinfluss und Adaption aufschlüsseln — damit sieht man sofort, woher der Vorlauf kommt.
Adaption (726): Ein → Aus
Die Analyse-Sensoren haben gezeigt, dass die Adaption konstant +3,5°C auf den Vorlauf draufgeschlagen hat. Vermutlich hat sie sich unter den alten Bedingungen (20% Raumeinfluss) so eingelernt oder braucht einfach mehr als 3 Wochen um vernünftige Werte zu liefern. Da ich sowieso manuell Raumtemperatur über INF-Telegramm sende, arbeiten Adaption und Raumaufschaltung eher gegeneinander als zusammen. Jetzt ist der VT-Soll Real quasi identisch mit der reinen Heizkurve + minimalem Raumeinfluss.
Hydraulik — das teste ich aktuell:
880 Pumpe Drehzahlreduktion: Kennlinie → Temperaturhub Nenn
2317 Temperaturhub Nenn: 15°C → 7°C (erstmal konservativ, ggf. weiter runter)
882 Pumpendrehzahl Minimum: 10% → 20%
Die Spreizung lag vorher bei 13K — was recht hoch ist. Mit Temperaturhub Nenn muss die Pumpe jetzt aktiv hochdrehen um die 7K Spreizung zu halten. Mehr Wasser durch den Kessel = langsamerer Temperaturanstieg = weniger Taktung => so zumindest die Hoffnung
.Was ich danach noch ausprobieren möchte:
2320 Kesselpumpenmodulation → Temperaturhub Nenn (damit auch die Kesselpumpe auf den Hub regelt)
2441 Gebläseleistung Heizen Max: aktuell 10 kW, ggf. auf 6-8 kW senken
Beobachten und Feintuning der Schaltdifferenzen und Pumpendrehzahl
Zu meiner ursprünglichen Frage 4 — Verbrauchszähler (BSB 8381/8382):
Für alle die es interessiert: Ich kalibriere den BSB-internen Verbrauchszähler regelmäßig gegen meinen echten Gaszähler und komme aktuell auf eine Abweichung von nur -0,6%. Die Therme unterschätzt den Verbrauch also minimal. Über den Korrekturfaktor (Prog. 2551) lässt sich das gut ausgleichen. Für eine Gebläse-basierte Schätzung ist das beeindruckend genau und für Energiemonitoring über HA absolut brauchbar.
Danke nochmal an alle für die wertvollen Hinweise — besonders die Kombination aus Raumeinfluss-Reduktion, Adaption-Abschaltung und Hydraulik-Optimierung scheint der richtige Weg zu sein. Ich berichte, wie sich die Taktung entwickelt!
VG, Glen
#2
Server - Linux / Aw: Proxmox 9: Kann ein Update...
Letzter Beitrag von Otto123 - 18 Februar 2026, 00:18:34Ich weiß das ist leicht OT, aber vielleicht hilft die Info doch jemandem.
Mit Proxmox 9.x (weiß nicht genau bei welcher Unterversion es passiert) wird die EFI‑Disk‑Struktur geändert (neue EDK2‑Version, andere Variablen/Keys).
Ich weiß nicht ob dies auch für Linux Migrationen relevant sein könnte:
neu angelegte VMs mit importierten Windows 10 VHDX Dateien starten in Proxmox 9.x nicht mehr. Neuinstallationen und schon in Proxmox 8.x angelegten VMs betrifft dies nicht.
In meiner Umgebung ist Virtualisierung bestehender Installationen ein häufiger Anwendungsfall.
Tipp: Vor dem Update auf 9.x eine EFI Disk von einer existierenden VM klonen und als Template sichern.
Gruß Otto
Mit Proxmox 9.x (weiß nicht genau bei welcher Unterversion es passiert) wird die EFI‑Disk‑Struktur geändert (neue EDK2‑Version, andere Variablen/Keys).
Ich weiß nicht ob dies auch für Linux Migrationen relevant sein könnte:
neu angelegte VMs mit importierten Windows 10 VHDX Dateien starten in Proxmox 9.x nicht mehr. Neuinstallationen und schon in Proxmox 8.x angelegten VMs betrifft dies nicht.
In meiner Umgebung ist Virtualisierung bestehender Installationen ein häufiger Anwendungsfall.
Tipp: Vor dem Update auf 9.x eine EFI Disk von einer existierenden VM klonen und als Template sichern.
Gruß Otto
#3
Sonstige Systeme / Aw: Bresser Wetterstation 868M...
Letzter Beitrag von Ralf9 - 17 Februar 2026, 23:44:08In der Anlage ist die 00_SIGNALduinoAdv.pm und lib/signalduino_protocols.pm
versionmodul v3.5.4-ralf_17.02.26
versionprotoL v3.5.4-ralf_17.02.26
Es gibt eine neue Protokoll ID 217
Das Einbauen in das 14_SD_WS.pm Modul dauert noch etwas
versionmodul v3.5.4-ralf_17.02.26
versionprotoL v3.5.4-ralf_17.02.26
Es gibt eine neue Protokoll ID 217
Das Einbauen in das 14_SD_WS.pm Modul dauert noch etwas
Code Auswählen
2026.02.17 23:34:22.401 4: sduinoD Parse_MN: Found 2-FSK Protocol id 217 length 56 RSSI = -79 -> vevor_7in1
2026.02.17 23:34:22.401 5: sduinoD vevor: xy=D6 D7 sum=ref=AE len=54 data=AA00070631020C53011304021B0156010101D6AED7
2026.02.17 23:34:22.401 4: sduinoD ParseMN: ID=217 dmsg=W217#AA00070631020C53011304021B0156010101D6AED7CFA023A72F4FFehlerhafte PrüfsummeCode Auswählen
2026.02.17 23:36:10.121 4: sduinoD/msg get raw: MN;D=54AA00080631020C53011304021B0156010101D6AED7CFA023A72F4F;N=17;R=246;
2026.02.17 23:36:10.121 4: sduinoD Parse_MN: Found 2-FSK Protocol id 217 length 56 RSSI = -79 -> vevor_7in1
2026.02.17 23:36:10.121 4: sduinoD ParseMN: method error! Vevor: xy=D6 D7 sum=AF ref=AE len=54 data=AA00080631020C53011304021B0156010101D6AED7 #4
MQTT / Aw: komisches IODev
Letzter Beitrag von rudolfkoenig - 17 Februar 2026, 23:24:06ZitatKlappt also streng genommen eher nur zufällig, wenn man mehrere MQTT-Server im Einsatz hat.Das stimmt sicher fuer etliche Module, aber nicht fuer MQTT2.
Das UNDEFINED Event wird mit IODev als letzter Parameter generiert, und Define setzt das IODev Reading entsprechend.
Readings werden gespeichert, das sollte also ein Neustart ueberleben.
Das IODev Reading kann man als Benutzer mit dem IODev Attribut natuerlich ueberschreiben.
#5
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 17 Februar 2026, 22:51:00Ich habe comforttemp nun so erweitert, dass in dem Schlüssel alternativ eine Device:Reading Kombi angegeben werden kann:
comforttemp
Solltemperatur (Komforttemperatur) in den Innenräumen in °C (Pflichtangabe).
Der Wert kann fest gesetzt oder durch eine <Device>:<Reading>-Kombination geliefert werden:
<Device>:<Reading> - die Device/Reading Kombination liefert die Temperatur
Wertebereich: -40..40
Update liegt im contrib.
@Klaus,
LG,
Heiko
comforttemp
Solltemperatur (Komforttemperatur) in den Innenräumen in °C (Pflichtangabe).
Der Wert kann fest gesetzt oder durch eine <Device>:<Reading>-Kombination geliefert werden:
<Device>:<Reading> - die Device/Reading Kombination liefert die Temperatur
Wertebereich: -40..40
Update liegt im contrib.
@Klaus,
ZitatWäre dennoch irgendwie praktischer. Jetzt sehe ich zweimal täglich, dass die cfg geändert wurde. Ist aber ein Komfortproblem, zugegeben.Die Änderung ist über das rote Fragezeichen nur sichtbar, wenn man im global Device explizit autosave=0 gesetzt hat. Sonst erfolgt die Änderung völlig transparent ohne diese Signalisierung.
LG,
Heiko
#6
FHEM Code changes / Revision 30866: 76_SolarForeca...
Letzter Beitrag von System - 17 Februar 2026, 22:50:23Revision 30866: 76_SolarForecast: contrib Version 2.2.0
76_SolarForecast: contrib Version 2.2.0
Source: Revision 30866: 76_SolarForecast: contrib Version 2.2.0
76_SolarForecast: contrib Version 2.2.0
Source: Revision 30866: 76_SolarForecast: contrib Version 2.2.0
#7
MQTT / Aw: komisches IODev
Letzter Beitrag von Beta-User - 17 Februar 2026, 22:38:38Zitat von: frober am 17 Februar 2026, 21:55:42Klappt nicht immer...Es ist bei MQTT2 wie bei allen "echten" zweistufigen Modulen: wird (z.B. per Dispatch-autocreate) ein neues Client-Device angelegt, wird erst mal das letzte in der Konfiguration stehende (generell) passende IO herangezogen....
Klappt also streng genommen eher nur zufällig, wenn man mehrere MQTT-Server im Einsatz hat.
#8
Sonstige Systeme / Aw: Bresser Wetterstation 868M...
Letzter Beitrag von laserrichi - 17 Februar 2026, 22:30:40Frequenz ist 868.350Mhz
DEVIATN habe ich mit 42 als auch mit 50 oder 55 probiert, das macht aber keinen unterschied. Mit SDR Sharp hatte ich auch so um die 40khz Bandbreite gesehen... könnte ich morgen nochmal gegenchecken. Station ist ja jetzt draußen und bissl vom Pegel nicht so hoch wie direkt nebendran
SNR halt...
DEVIATN habe ich mit 42 als auch mit 50 oder 55 probiert, das macht aber keinen unterschied. Mit SDR Sharp hatte ich auch so um die 40khz Bandbreite gesehen... könnte ich morgen nochmal gegenchecken. Station ist ja jetzt draußen und bissl vom Pegel nicht so hoch wie direkt nebendran
SNR halt... #9
Sonstige Systeme / Aw: Bresser Wetterstation 868M...
Letzter Beitrag von Ralf9 - 17 Februar 2026, 22:06:37Mit datarate 11235 passts am Besten:
Welche Werte verwendest Du für DEVIATN und Frequenz?
Code Auswählen
KCIIIIBFTTTTHH0WWWGG0DDDRRRRUULLLL xxSSyy
AA00070631020B5301140501DD0156010101 61FB62 CFA023A72F4F;N=17;R=243;
AA00070631020B53011D0602070156010101 885789 CFA023A72F4F;N=17;R=245;
AA00070631020C5301120502630156010101 AFCFB0 CFA023A72F4F;N=17;R=243;
AA00070631020C53011304021B0156010101 D6AED7 CFA023A72F4F;N=17;R=246;
AA00070631020A5301080402250156010101 FDD2FE CFA023A72F4F;N=17;R=244;
AA00070631020B5301090302570156010101 242C25 CFA023A72F4F;N=17;R=246;
AA00070631020A53010B02020E0156010101 4B0A4C CFA023A72F4F;N=17;R=247;
AA00070631020A5301010202430156010101 725C73 CFA023A72F4F;N=17;R=247;
AA00070631020B53010B01024B0156010101 99959A CFA023A72F4F;N=17;R=246;
AA00070631020B53010B01024B0156010101 99959A CFA023A72F4F;N=17;R=244;
AA00070631020B53010102020E0156010101 C076C1 CFA023A72F4F;N=17;R=244;
AA00070631020A53010C01021B0156010101 E7B3E8 CFA023A72F4F;N=17;R=246;
AA00070631020B5301110701EE0156010101 0EB80F CFA023A72F4F;N=17;R=241;
AA00070631020C52011203023A0156010101 352936 CFA023A72F4F;N=17;R=241;
AA00070631020B5201190702570156010101 5C775D CFA023A72F4F;N=17;R=240;Welche Werte verwendest Du für DEVIATN und Frequenz?
#10
MQTT / Aw: komisches IODev
Letzter Beitrag von frober - 17 Februar 2026, 21:55:42Beim Fhem Start wird versucht automatisch das richtige IODev zu finden.
Klappt nicht immer...
Deswegen gibt es das Attribut IODev, damit kannst du das Richtig festlegen.
Klappt nicht immer...
Deswegen gibt es das Attribut IODev, damit kannst du das Richtig festlegen.