Neueste Beiträge

#41

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 01 März 2026, 17:27:58

Nicht traurig sein  ... es ist besser diesen Parameter als Pflichtangabe zu definieren und ein userReading "in Kauf" zu nehmen als irgendwann eine freiwillige Angabe doch als verpflichtend umzuwidmen weil es ohne eben nicht geht. Vielleicht ergibt sich ja später die Möglichkeit über Hilfswerte doch noch das Ziel auf anderem Wege zu erreichen was ich zum aktuellen Zeitpunkt aber noch nicht beurteilen kann.

#42

DOIF / DOIF reagiert verzögert auf sc...

Letzter Beitrag von holle75 - 01 März 2026, 16:59:17

zu dem hier entstandenen -> https://forum.fhem.de/index.php?topic=142783.msg1351980#msg1351980

und jetzt so (oder immer noch) aussenden DOIF RAW

Code Auswählen Erweitern

defmod XtenderSet_Max_Solar DOIF ([$SELF:ZuBerechnendeGesamtleistung] > 800 and [$SELF:ZuBerechnendeGesamtleistung] > [$SELF:ZuBerechnendeGesamtleistung_old] and [$SELF:ZuBerechnendeGesamtleistung] <= 2000)\
    (set MQTT2_openDTU limit_absolute [$SELF:ZuBerechnendeGesamtleistung])\
DOELSEIF ([$SELF:ZuBerechnendeGesamtleistung] > 0 and [$SELF:ZuBerechnendeGesamtleistung] <= 2000)\
    (set MQTT2_openDTU limit_absolute [$SELF:ZuBerechnendeGesamtleistung])
attr XtenderSet_Max_Solar devStateIcon disabled:general_aus@red:initialize initialize:general_an@yellow:disable initialized:general_an@yellow:disable cmd_1.*:general_an@green:disable cmd_2.*:general_an@green:disable
attr XtenderSet_Max_Solar do resetwait
attr XtenderSet_Max_Solar event-on-change-reading ZuBerechnendeGesamtleistung,ZuBerechnendeGesamtleistung_old
attr XtenderSet_Max_Solar event_Readings ZuBerechnendeGesamtleistung: {(2800 - [Studer485_VT:PV_Power_W]) > 2000 ? 800 : (2800 - [Studer485_VT:PV_Power_W])}
attr XtenderSet_Max_Solar group System_2
attr XtenderSet_Max_Solar oldreadings ZuBerechnendeGesamtleistung,oldreadingsAlways
attr XtenderSet_Max_Solar room Xtender
attr XtenderSet_Max_Solar sortby 4
attr XtenderSet_Max_Solar stateFormat state\
<br>\
ZuBerechnendeGesamtleistung
attr XtenderSet_Max_Solar userReadings ZuBerechnendeGesamtleistung_old:ZuBerechnendeGesamtleistung.* { OldReadingsVal("XtenderSet_Max_Solar", "ZuBerechnendeGesamtleistung", "0") }
attr XtenderSet_Max_Solar wait 10:0
irritiert mich folgendes ... alle meine DOIF´s kann ich über das devStateIcon in der Weboberfläche schalten. DIESES Doif verzögert ca 10 Sekunden und wird dann erst bei reload/refresh der Page mit dem aktuellen Status angezeigt. Die anderen machen das sofort. Hat es etwas mit den event_Readings zu tun, oder hat noch jemand eine andere Erklärung?

attr XtenderSet_Max_Solar stateFormat state\
<br>\
ZuBerechnendeGesamtleistung

hatte ich auch schon versuchsweise gelöscht, ohne Änderung des Verhaltens

[Revision 30895: 76_SolarForecast: contrib Version 2.2.2]

#43

FHEM Code changes / Revision 30895: 76_SolarForeca...

Letzter Beitrag von System - 01 März 2026, 16:01:04

Revision 30895: 76_SolarForecast: contrib Version 2.2.2

76_SolarForecast: contrib Version 2.2.2

Source: Revision 30895: 76_SolarForecast: contrib Version 2.2.2

#44

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von Parallix - 01 März 2026, 15:49:24

...

Vielleicht bin ja der einzige mit o.g. Problem. Dann werde ich ein Dummy schreiben, welches für SF einen fiktiven SOC auf Basis früherer Verbrauchswerte bestimmt.

#45

Anfängerfragen / Aw: Homekit zur Überwachung

Letzter Beitrag von Guybrush - 01 März 2026, 15:42:41

Devices zu überwachen kannst du z.b. mit Watchdog gut umsetzen. Hier mal ein Beispiel für die Überwachung meiner Klimasteuerung:

Code Auswählen Erweitern

defmod Essen.Klima.Watchdog watchdog Essen.Klima:mode:.* 00:15:00 SAME setreading OfflineDevices device-$NAME offline
attr Essen.Klima.Watchdog userattr notifyMessage
attr Essen.Klima.Watchdog DbLogExclude .*
attr Essen.Klima.Watchdog activateOnStart 1
attr Essen.Klima.Watchdog autoRestart 1
attr Essen.Klima.Watchdog group Watchdog
attr Essen.Klima.Watchdog room Interfaces->MQTT,Überwachung

bei mir wird das dann in das Dummy Device "OfflineDevices" geschrieben, wenn es länger als 15 Minuten keine aktualisierten Readings im Device gibt. Da läuft dann ein DOIF alle paar Minuten drüber, überprüft das und benachrichtigt mich falls nötig. Da kannst du dann aber auch alles andere machen, was du für dich brauchst. Ich hab bei den kritischen Sachen wie z.b. Wasserleckage etc noch zusätzlich Sprachdurchsagen über Sonos und Whatsapp Nachricht eingebaut.

Die HomeApp, von der du schreibst, sagt mir nichts. Aber grundsätzlich geht es bei sowas, was du suchst, nur drum bei events ein passendes reading zu beschreiben und darauf dann z.b. ein DOIF oder notify zu setzen

#46

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 01 März 2026, 15:27:25

@Parallix,

Der Ladebedarf kann praktisch immer aus dem Neuanstecken eines BEV an der Wallbox abgeleitet werden. Der Energiemenge sollte sich aus früheren Ladevorgängen abschätzen lassen.

Das gilt vllt. für den initialen Bedarf, jedoch nicht für eine Fortschreibung die den Ladebedarf kontinuierlich neu bewertet - Unterbrechungen und Phasenreduktionen inklusive.
Außerdem würde es voraussetzen, dass der Ladebedarf bei jeder Ladesession immer nahezu gleich bleiben würde. Das bezweifle ich. Wenn es so simpel ist, braucht es eigentlich keinerlei Messungen mehr und wir schätzen nur noch.

Hierzu braucht man übrigens nicht einmal eine KI: Jeder Mensch, der ein Kraftfahrzeug führt, kennt seinen üblichen Wochen oder Monatsverbrauch oder kann diesen leicht durch Summation der Tankquittungen bestimmen.

Wenn es so einfach ist, kann man ein userReading mit diesem Wert anlegen welches ich konsumieren kann.
Dann steht auch der Pflichtangabe nichts im Wege.

Und auch die beste KI kann nicht erahnen, in welcher Woche man z.B. zu einem Konzert fährt, für das man Tickets ergattert hat oder ob und wann man im laufenden Jahr in Urlaub fährt. Hier hilft ein Klick auf einen entsprechenden Button seines FHEM-Dashboards/Control-Panels oder das dortige Eintragen des Urlaubszeitraums sicher und - geeignete Modellierung vorausgesetzt - auch sehr präzise.

Kann sie nicht, aber sehr wohl den E-Bedarf der nächsten Stunden schätzen wenn das EV angesteckt ist und der StartSOC sowie die Bat-Kapazität -> Ziel-Soc bekannt ist.

#47

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 01 März 2026, 15:20:13

Ich habe noch etwas an der contrib nachgebessert und hochgeladen.

#48

Anfängerfragen / Aw: readingsGroup commands mit...

Letzter Beitrag von Guybrush - 01 März 2026, 14:27:39

ich hab mir den Programmcode nun mal selbst angeschaut und so wie ich das sehe geht das nicht. Ich hab das nun für mich in die 33_readingsGroup.pm so angepasst, wie ich es brauchte. Dazu sollte aber besser mal justme1968 was sagen, da er die geschrieben hat.

Folgendes hab ich gemacht, damit man zumindest einfache Vergleiche anhand des Values machen und den link entsprechend dynamisch setzen kann.

In der 33_readingsGroup.pm hab ich folgende Funktion eingebaut:

Code Auswählen Erweitern

sub readingsGroup_valueCheck($) {
    my ($value) = @_;

    $value =~ m/VALUE\(\s*'.*?'\s*\)/g;
    my $res = $&;

    if ($res) {

        my @str = split(/VALUE\(\s*'.+?\s*'\)/, $value);

        $res =~ s/VALUE\(\s*'//;
        $res =~ s/'\s*\)//;
        my @value = split(/','/, $res);

        return $str[0].($value[0] eq $value[1] ? $value[2] : $value[3]).$str[1] if (scalar(@value) == 4);
    }
}

dazu hab ich dann in der Datei alle Variablen "$value_prefix" ersetzt durch "readingsGroup_valueCheck($value_prefix)".

in fhem selbst habe ich dann statt des Attributs commands nun das Attribut valuePrefix gesetzt. In meinem Fall so:

Code Auswählen Erweitern

attr OfflineDevices.RG valuePrefix <a style="cursor:pointer" onclick="FW_cmd('/fhem?XHR=1&cmd=setreading %DEVICE %READING VALUE('%VALUE','offline','confirmed','offline')')">

als valueSuffix muss natürlich noch "</a>" gesetzt werden, aber das sollte selbstverständlich sein.

so kann ich den Wert in der readingsGroup nun jederzeit zwischen offline und confirmed togglen ohne erst ins device gehen zu müssen. Wenn jemand eine einfachere Lösung hat, dann bitte gerne her damit. Ich finde es auch nicht so prickelnd in einer von fhem verwalteten Datei rumzufuschen, aber anders wusste ich jetzt nicht, wie es umzusetzen wäre und feedback gabs ja bislang keins 

Vielleicht kann Justme1968 dazu auch mal was sagen.

#49

MQTT / Aw: "Der MQTT-Workshop (MQTT2-...

Letzter Beitrag von betateilchen - 01 März 2026, 14:15:31

Meine Behauptung war ja nicht, dass die Möglichkeiten in z2m für jedes Gerät die optimale Lösung sind. Aber in einigen Fällen kann man dadurch schon ganz gut selektieren bzw. zusammenfassen. Da es diese Parameter noch nicht immer gab, wollte ich nur auf die Möglichkeit hinweisen. Viele User aktualisieren zwar regelmäßig ihr z2m, aber wer liest schon release notes, um herauszufinden, was sich tatsächlich geändert hat.

Bei einem Bewegungsmelder oder Wassersensor möchte ich die Nachricht natürlich auch sofort haben.

#50

MQTT / Aw: "Der MQTT-Workshop (MQTT2-...

Letzter Beitrag von Beta-User - 01 März 2026, 13:36:12

Naja, die Grundsatzfrage ist: in welchen sinnvollen Intervallen BRAUCHE ich die Messwerte tatsächlich?

Früher lief das Ding unter deconz, und da gab es alle Minute oder so aktualisierte Messwerte . Das war völlig ausreichend, allerdings sind damit die Messwerte und der eigentliche Aktor getrennte HUEDevice-Instanzen gewesen, bei denen insbesondere Änderungen des Schaltzustands direkt durchgestellt wurden.

Im Moment gefällt mir der Gedanke noch nicht so richtig, Änderungen am Schaltzustand nicht direkt zu bekommen, was aber wohl die zwingende Folge von "throttle" wäre. 
Bei dem sowieso eigentlich immer eingeschalteten RCBO ist das aber kein pratisches Problem ; wenn der FI fliegen sollte, ist sowieso irgendwas anderes faul und die Reparatur würde dann vermutlich auch länger brauchen wie die Zeit seit der Meldung...

Weiter Filtern kann man dann ja immer noch .