Zitat von: Flachzange am 07 Dezember 2025, 12:35:58...
OG1_WZ_RLFB:.*_20 set OG1_WZ_RLO $EVENTErster on Trigger fährt das Rollo 20% nach unten und hält an. Nochmals ein on Trigger fährt das Rollo nochmals 20% nach unten. Genau so ist benötige ich es zum Öffen des Rollos Zitat von: Wernieman am 09 Februar 2026, 18:18:17Könntest Du bitte bei Deinem System die Zeile 2025 der ./FHEM/98_BOSEST.pm Posten?2024 my $returnListMediaServers = "|listMediaServers|".$info->{deviceID};
2025 foreach my $mediaServer (@{ $listMediaServers->{ListMediaServersResponse}->{media_server} }) {
2026 $returnListMediaServers .= ",".$mediaServer->{friendly_name};
Würde auf Doppelte Verwendung von Variablennamen Tippen .... weiß aber nicht, welches der beiden Module "Schuld" ist ....
my $returnListMediaServers = "|listMediaServers|".$info->{deviceID};
foreach my $mediaServer (@{ $listMediaServers->{ListMediaServersResponse}->{media_server} }) {
$returnListMediaServers .= ",".$mediaServer->{friendly_name};
Zitat von: Parallix am 30 Januar 2026, 15:55:53Die letzten zwei sonnigen Tage haben ausgereicht, um mein EV bis zur eingestellten Grenze zu laden. Da es in SF leider noch kein Feature gibt, einen Verbraucher (hier ein an der Wallbox hängendes EV, was über ein Reading erkennbar ist) bei der Ladeplanung dynamisch zu berücksichtigen oder unberücksichtigt zu lassen, wird dieser Verbraucher täglich von SF geplant. Da so ein EV alles andere als einen verschwindenden Verbrauch hat, wird in einem solchen Fall der Hausspeicher viel zu schnell geladen.Zitat von: DS_Starter am 29 Januar 2026, 19:41:16...
Zitat von: DS_Starter am 08 Februar 2026, 13:56:06Na dann nutze mal die V2.1.0 aus dem contrib. Genau an dieser Stelle habe ich etwas nachgearbeitet wie du aus den letzten Beiträgen erkennen kannst.
...
get <name> ReadingsVal[Timestamp] <Device> <Reading> <default>
get <name> ReadingsValBeginweek[20] <Device> <Reading> <default>
