Zitat von: Prof. Dr. Peter Henning am 26 Januar 2026, 14:46:24Unter Anderem mit einem Link auf das De-clouding
https://wiki.fhem.de/wiki/BOSE_SoundTouch_de-clouding
LG
pah
Zitat von: Prof. Dr. Peter Henning am 26 Januar 2026, 14:46:24Ich habe auch diverse Modifikationen an dem Modul vorgenommen, die Frage ist, ob der Maintainer dominik das überhaupt noch wartet.
Zitat von: TheTrumpeter am 26 Januar 2026, 16:06:58Wie würdest Du dann die Prognose und die Verbrauchsplanung "zusammenführen" wollen?
Pool_Strom_Heizung:Poolheizung
aliasshort=WP
type=other power=1800
asynchron=0
icon=sani_heating_heatpump
auto=heatpump_auto
pcurr=Pool_Pin32_monotonic_count_PowerCurrent:W
etotal=Pool_Pin32_monotonic_count_EnergyMeter:kWh
switchdev=dum_valve
swstate=heatpump:on:off
mode=can
locktime=600:600
mintime=SunPath
on="heatpump on"
off="heatpump off"
surpmeth=median_13
noshow=0
swoncond=dum_valve:sf_true:{main::CheckWPOn}
interruptable=1
swoffcond=dum_valve:sf_true:{main::CheckWPOff}
Erläuterungen:
Der Verbrauch ist hier wieder etwas zu hoch angegeben (1800W statt realen 1500W), um eine Hysterese zu erreichen.
Da es sich hier um eine Wärmepumpe handelt, die nicht getaktet werden sollte, ist die locktime in beide Schaltrichtungen mit 10 Minuten relativ hoch.
Die Ermittlung des Medians ist mit 13 Minuten recht lang, um den Überschuss über lange Zeit zu glätten, damit möglichst selten geschaltet wird. Diese 13 Minuten in Kombination mit der Locktime und der Hysterese führten bei dieser Anlage bisher dazu, dass höchstens 5 Zyklen am Tag geschaltet wurden. -> Hier kann das individuelle Schaltverhalten optimiert werden. Besseres Verfolgen des Überschusses vs. weniger Taktungen der Wärmepumpe.
swoncond und swoffcond -> siehe 99_mySolarForecastUtils.pm
Zitat von: KölnSolar am 25 Januar 2026, 10:01:50typisch für unseren Gesellschaftswandel: "Die anderen" sollen leisten und man selbst leistungslos konsumieren und laut nach "Solidarität" schreien.
$DEVICETOPIC/bridge/state:.* state
$DEVICETOPIC/bridge/config/devices:.* {}
$DEVICETOPIC/bridge/config/log_level:.* log_level
$DEVICETOPIC/bridge/config/permit_join:.* permit_join
$DEVICETOPIC/bridge/config/rename:.* { json2nameValue($EVENT, 'rename_') }
$DEVICETOPIC/bridge/config:.* { json2nameValue($EVENT) }
$DEVICETOPIC/bridge/log:.*\"type\".\"devices\".\"message\".* devices
$DEVICETOPIC/bridge/log:.* log
$DEVICETOPIC/bridge/logging:.* { json2nameValue($EVENT,'log_') }
$DEVICETOPIC/bridge/response/networkmap:.* { my $type = $EVENT =~ m/.*,"type":"(raw|graphviz)",.*/ ? $1 : 'networkmap'; $EVENT =~ m/{"data":\{.*"value":"?(.*[^"])"?\},"status":"ok"\}/ ? { $type=>$1 } : {} }
$DEVICETOPIC/bridge/devices:.* devices
$DEVICETOPIC/bridge/info:.* info
$DEVICETOPIC/bridge/groups:.* groups
$DEVICETOPIC/bridge/event:.* { json2nameValue($EVENT) }
$DEVICETOPIC/bridge/extensions:.* extensions
zigbee_pi:zigbee2mqtt/bridge/response/device/ota_update/check:.* { json2nameValue($EVENT) }
zigbee_pi:zigbee2mqtt/bridge/response/device/generate_external_definition:.* { json2nameValue($EVENT) }memory_mb":4050,"node_version":"v24.13.0","version":"#1 SMP PREEMPT Debian 1:6.12.47-1+rpt1~bookworm (2025-09-16) - 6.12.47+rpt-rpi-2712 - arm64"},"permit_join":false,"restart_required":false,"version":"2.7.2","zigbee_herdsman":{"version":"8.0.1"},"zigbee_herdsman_converters":{"version":"25.98.0"}}define FHEMtoKNXValveZiW notify ZiW_Hz:actuator.* set ValveZiW g1 ReadingsNum($EVTPART1)Zitat von: DS_Starter am 26 Januar 2026, 13:53:50Unter der Vorraussetzung, dass die Planung der WP wie bei TheTrumpeter nur auf dem PV-Überschuß basiert, wäre eine solche Einplanung durch SF durchaus möglichDa gebe ich Dir Recht. SF soll einfach das "optimale Fenster" für die vorgegebene Laufzeit ermitteln, d.h. an der Stelle würde ich dafür plädieren die "noSchedule"-Einschränkung zu entfernen.
denke ich. Allerdings befürchte ich, dass User dann auf die Idee kommen, SF könnte eine WP komplett optimiert steuern, was sicherlich nicht der Fall ist.
Zitat von: DS_Starter am 26 Januar 2026, 13:53:50TheTrumpeter wird diese Frage sicherlich mit "Ja" beantworten.Volltreffer
Zitat von: 300P am 26 Januar 2026, 15:49:29Dazu sollte im Normalfall weiterhin ein passender "schaltbare normaler" Consumertyp genutzt werden.Wie würdest Du dann die Prognose und die Verbrauchsplanung "zusammenführen" wollen?
Zitat von: 300P am 26 Januar 2026, 15:49:29dann ist die NN Berechnung nicht wärmepumpentypisch sondern eher wie eine sprunghafte Ladung eines EV anzusehen.Das kann man meiner Meinung nach nicht vergleichen. Beim EV sind ja noch weitere Einflussfaktoren vorhanden, die aus NN-Sicht "zufällig" sein können. Die Wärmepumpe reduziert sich in erster Näherung immer auf die außentemperaturabhängige nötigen Tages-Laufzeit.