Tipps zum Einsatz von Logikprofilen

[Smarter]

Hallo Zusammen,

Logikprofile sind mächtig, da flexible über eigene Logiken Aktionen geschaltet werden können mit dem Ziel das Haus noch "intelligenter" zu machen.
Mit der Zeit lernt man, dass die Logikprofile aber auch Nachteile haben.

Es macht also Sinn einige Tipps weiterzugeben, damit man mehr Spaß mit diesem sehr mächtigen aber auch riskoreichen Feature hat.

Ich mache mal einen Start mit den Tipps und Tricks.

Zentrale down und Logik wird abgeschaltet
Logikprofile werden nicht abgearbeitet, wenn die Zentrale down ist d.h stürzt die Anlage ab, wird die Logik nicht mehr abgearbeitet. Dies ist nicht der Fall bei Ereignisprofilen, den dort werden Auslöser und Geräte direkt gekoppelt und auch weiter abgearbeitet, wenn die Zentrale down ist. Damit sollten etliche sichertechnische Logiken bei der Alarmanlage /Abwesend nochmals überprüft werden, ob diese auch funktionsfähig sind, wenn die Zentrale down ist.
Down Tipp1: Natürlich kann man nun aufrüsten und die Zentrale per USV link absichern um Stromschwankungen abzusichern
Down Tipp2: oder mit einem AVM Fritz!Powerline 546E link die Zentrale stromlos machen und neu starten aus der Ferne über den Fritzboxzugang
Wunsch an RWE: Besser wäre es, wenn RWE einen Watchdog laufen hätte und selbständig die Zentrale neu startet sofern diese "hängt".

Performancerisiko bei Logikprofil ohne Ereignis
Die meisten Fehler werden gemacht, wenn kein auslösendes Ereignis gefunden werden kann für das Logikprofil. Ein Beispiel ist die Anwendung die Heizung auf Sommerbetrieb umzuschalten. Die ZV Sommer geht auf JA und nun sollen die Thermostate auf AUS.
Don't Do: Macht man dies wie in image1, dann wird diese Logik ständig abgearbeitet und die Zentrale wird langsam insbesondere dann, wenn man alle Thermostate einbezieht.
Performance Tipp1: Damit das Logikprofil nur einmal abgearbeitet wird, wird das Ergebnis im Bedingungsfenster mit einer negierten Logik wiederholt (siehe image 2) d.h wenn "nicht JA" -> dann setze auf JA. Diese simple spiegeln von Ereignis im Bedingungsfenster funktioniert immer und man braucht nicht mühevoll Logiken zu überlegen
Perfomance Tipp2: Ist man sich unsicher, ob die neue Logik die Performance nach unten zieht, dann sollte im Raum Übergereifend eine ZV "Logikprofil" angelegt werden (siehe image 3). Diese ZV ist dann in das zeitfressende Logikprofil einzubinden. Geht die ZV auf NEIN, wird das Logikprofil nicht mehr abgearbeitet (siehe image 4)

Logikfehler
Eine falsche Logik kann die Zentrale zum Absturz bringen. Dies ist so eine Art Endlosschleife z.B. die Lichter fangen an zu blinken. Am schlimmsten ist es, wenn die Aktion nicht offensichtlich ist, jedoch im Hintergrund ständig abgearbeitet wird.
Logikfehler Tipp1: Natürlich kann Perfomance Tipp2 angewendet werden um die Logikabarbeitung abzuschalten

Es sind also weitere Ideen gefragt z.B. welche Ereignisse gefunden werden könnten um die Performance der Logik zu optimieren, welche unsinnigen Dinge im Hintergrund ständig laufen .......

Ich freue mich auf Eure Tipps.

Viele Grüße Smarter

[toto1975]

Super Beitrag aber nur zum besseren Verständnis



Dies wäre doch für eine Logik okay, oder?

Gruß
Torsten

[munkbarnd]

...
Performance Tipp1: Damit das Logikprofil nur einmal abgearbeitet wird, wird das Ergebnis im Bedingungsfenster mit einer negierten Logik wiederholt (siehe image 2) d.h wenn "nicht JA" -> dann setze auf JA. Diese simple spiegeln von Ereignis im Bedingungsfenster funktioniert immer und man braucht nicht mühevoll Logiken zu überlegen ...

Das heißt ich brauche in dem Fall kein Ereignis? Und muss ich alle zu schaltenden Geräte bei den Bedingungen negieren, oder nur eins?

Gruß
André

[Smarter]

Hallo Thorsten,

eine super Frage. Aus meiner Sicht ist dies nicht OK da mehrmalig geschaltet werden könnte.
Das beste wäre ein Ereignis zu finden und ich gehe davon aus dies ist Dir nicht gelungen. Mir meistens auch nicht ;-)
Ich würde es wie im angehängten image machen. Dies geht von der Annahme aus, dass das Auslesen der Soll-Temperatur weniger Performance benötigt als das Schalten des Thermostat. Da mir nicht bekannt ist wie die Zentrale Logikprofile abarbeitet, benötigen wir Input von RWE oder Hinweise auf Performancebeobachtungen von anderen erfahrenen Nutzern.

Viele Grüße Smarter

Das heißt ich brauche in dem Fall kein Ereignis? Und muss ich alle zu schaltenden Geräte bei den Bedingungen negieren, oder nur eins?

Hallo Andrè,

Ereignis ist immer besser als Bedingung. Laut Thomas Hellwig sollte man nur mit Ereignissen arbeiten um Perfoamnceprobleme zu vermeiden, jedoch lässt RWE auch Bedingungen zu.
Nun zu Deiner Frage hinsichtlich negieren von allen oder nur eins.
Ich verwende ALLE sofern die ZV oder Gerät nicht durch andere Zeit-, Ereignis-, Logikprofile oder manuell geschaltet wird.
Da die ZV/Geräte mit UND verknüpft sind müssen ALLE Geräte die richtige Bedingung erfüllen, da nur dann das Ereignis abgearbeitet wird.
Bei komplizierten Mehrfachschaltungen muss die Logik entsprechend durchdacht werden und in der Regel werden dann nicht ALLE sondern eine geschickte Untermenge verwendet. Im Falle der Thermostate kommen in der Regel Zeitprofile zusätzlich zum Einsatz z.B. Bad 23° und Schlafzimmer 19°. Werden nun beide Temperaturen negiert aufgenommen wird erst geschaltet wenn beide Zeitprofile auf die entsprechende Temperatur geschaltet haben. Ist dies so gewünscht ist dies OK ansonsten nur Bad oder Schlafzimmer aufnehmen.

Ich hoffe dies hilft.

[THellweg]

Hallo Smarter,

Da ich nach einem Kommentar gefragt wurde, darf ich hier nicht kneifen.
Dein Performance Tipp 1 ist leider (aus meiner Sicht) kein solcher. Das Logikprofil wird in diesem Fall ja auch immer wieder ausgeführt, da kein Ereignis als Bedingung definiert ist. Nicht nur dass, denn es kommt noch schmimmer. Du sparst durch die Negierung/en zwar die Wiederholung der Schaltbefehle, falls die Geräte bereits den angeforderten Status haben, dafür wird die Prüfung - ob das Profil ausgeführt werden muss oder nicht - noch rechenintensiver für den SHC, als es der Fall wäre, wenn einfach immer wieder nur die Schaltbefehle ausgeführt werden würden. Du erzeugst also eingentlich nur weniger Funkverkehr auf Kosten einer aufwändigeren Berechnung auf dem SHC.
Dass soll jetzt aber keine Klugsch.... sein!
Es ist wirklich oft nicht möglich ein passables Ereignis als Auslöser zu finden. Wenn man, wie in Deinem Beispiel, eine "Sommer" Varaible nutzt um seine Heizungs-Zeitprofile aktiviert zu lassen und damit zu übersteuern, bräuchte man kurz nach jedem Schaltzeitpunkt eines Heizungs-Zeitprofiles ein passendes Ereignis und dieses steht einfach so nicht zur Verfügung. Man müsste sich, z.B. mit einem "Ereignis-Generator", passende Ereigniss in kurzer Zeitfolge selbst erzeugen und dabei darauf achten, dass die Prozesse dieses Generators selber nicht besonders rechenintensiv sind.
Hat jemand vielleicht eine Idee für einen solchen Ereignisgenerator?

Viele Grüße,
Thomas

[toto1975]

Hallo in die Runde,

eine sehr interessante Diskussion die hier geführt wird. Mir stellt sich jetzt die Frage welche Möglichkeiten ich habe um ein Ereignis auslösen zu können. Meiner Meinung nach kann ich ein Ereignis doch nur manuell auslösen (durch drücken auf die Fernbedienung, Unterputzschalter, Tastsender, usw.)
Oder übersehe ich hier noch eine Möglichkeit?

Viele Grüße
Torsten

[SGK1]

Hallo in die Runde,
...
Oder übersehe ich hier noch eine Möglichkeit?

Viele Grüße
Torsten

Hallo,
mir fallen da spontan noch:
- (un/modifizierte) Tür- und Fenster-Sensoren,
- Sonnenauf und -untergang,
- Temperaturen ubd Luftfeuchtigleiten (Heizkörperthermostate),
- Bewegungen und Lichtintensitäten (Bewegungsmelder)
ein - also alles was unten in der Auslöser-Zeile steht bzw. stehen kann.

[THellweg]

Ich denke auch am ehesten an einen modifizierten Tür/Fensterkontakt, der regelmässig immer wieder ausgelöst wird. Denkbar wäre eine sich langsam drehende Scheibe oder eine Art Pleuel, worauf der Magnet angebracht wäre. Der Magnet würde dann regelmässig am Reedkontakt vorbeilaufen und diesen für einen Moment "schliessen". Zum Antrieb dieses Generators könnte man so eine kleine Solarmotorik-Spielerei benutzen. Noch besser wäre natürlich ein perpetuum mobile (ein Hamsterrad wäre auch denkbar, ist aber nicht zuverlässig genug).

[bert]

... also wenn ich mal einen Wunsch äußern dürfte ... Schön wäre es, wenn der Zustandswechsel einer ZV als Ereignis eingebunden werden könnte. Das würde ziemlich viele Probleme diesbzgl. lösen.
Rein programmiertechnisch gehe ich aktuell über eine "versteckte Fernbedienung" (hat den Vorteil von 8 verschiedenen Ereignissen, ein einfacher Funkschalter tut's aber auch) und löse diese von meinem Android-Tablet im Flur per Tasker+aSmarthome regelmäßig oder durch von dort generierte Ereignisse aus. Nicht schön spart aber Mechanik.

[THellweg]

Eine Zustandsänderung eines Aktors als Ereignis auswerten zu können wäre auch mein Wunsch!
Noch geht das aber nicht, also müssen wir weiter nach mechanischen Lösungen suchen.
Mir ist gerade eben noch eine eingefallen, die ohne Solarantriebs-Bastelei auskommen würde:
Kennt noch jemand diese Uhren mit den sich umblätternden Zahlentafeln? Darauf einen Bewegungsmelder ausrichten und man hätte, wenn der WMD ordentlich arbeitet, jede Minute ein Bewegungsereignis beim "Umblättern" der Klapptäfelchen.