Hauptmenü

Neueste Beiträge

#11
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von PSI69 - 18 Februar 2026, 08:10:26
Moin Heiko!

Danke für die Anpassung für comforttemp - gefällt mir besser, als über ein notify darauf zu reagieren - und das 'Fragezeichen' entfällt...
Eine weitere Überlegung zur Wärmepumpe: im Urlaubsmodus wird bei mir - zusätzlich zur Absenkung der Raumtemperatur - kein Warmwasser erzeugt & die Kühlfunktion ist deaktiviert (wobei die vom Energiebedarf ja eher 'geschenkt' ist). Ich denke, den Urlaubsmodus - in welcher Form auch immer - SolarForecast zu signalisieren, wird nicht verkehrt sein. Der eine oder andere wird ja ähnliche Anpassungen bei Abwesenheit vornehmen, nicht nur auf die Heizung bezogen. Das komplette Verbrauchsverhalten ist ja anders bei Abwesenheit.

Habe ich hier etwas verpasst/übersehen und gibt es das schon?

Viele Grüße,
Peter
#12
Sonstiges / Aw: 98_BLEYC01.pm Modul um BLE...
Letzter Beitrag von M.Piet - 18 Februar 2026, 08:00:57
Moin,

ich finde das total super und möchte genau das auch nachbauen.
Der Link geht nicht mehr.
Kannst du mir sagen, welcher Sensor der richtige ist, es gibt die ja wie Sand am Meer.
Ich danke dir.
#13
FHEM Code changes / Revision 30867: controls_fhem....
Letzter Beitrag von System - 18 Februar 2026, 07:51:21
Revision 30867: controls_fhem.txt: fhemupdate checkin

controls_fhem.txt: fhemupdate checkin

Source: Revision 30867: controls_fhem.txt: fhemupdate checkin
#14
DOIF / Aw: Wie gestalte ich die Bedin...
Letzter Beitrag von betateilchen - 18 Februar 2026, 07:29:46
Zitat von: Marko1976 am 17 Februar 2026, 15:49:09den Wert 47, ... Wenn ich das durch 21 Teile und den Rest nehme erhalte ich 2

Bei 47/21 ist "2" nicht der Rest, sondern der ganzzahlige Teil des Quotienten. Der Rest ist 5.

#15
Heizungssteuerung/Raumklima / Aw: LAN-Anbindung für BSB-Bus ...
Letzter Beitrag von Glenbeulah - 18 Februar 2026, 00:32:14
Hallo 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  ;D .

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
#16
Server - Linux / Aw: Proxmox 9: Kann ein Update...
Letzter Beitrag von Otto123 - 18 Februar 2026, 00:18:34
Ich 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

#17
Sonstige Systeme / Aw: Bresser Wetterstation 868M...
Letzter Beitrag von Ralf9 - 17 Februar 2026, 23:44:08
In 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

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#AA00070631020C53011304021B0156010101D6AED7CFA023A72F4F
Fehlerhafte Prüfsumme
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

#18
MQTT / Aw: komisches IODev
Letzter Beitrag von rudolfkoenig - 17 Februar 2026, 23:24:06
ZitatKlappt 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.
#19
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 17 Februar 2026, 22:51:00
Ich 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,
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
#20
FHEM Code changes / Revision 30866: 76_SolarForeca...
Letzter Beitrag von System - 17 Februar 2026, 22:50:23
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