Logikrofile & Energieeffizienz

[medaber]

Ich habe im Wohnzimmer mit 4 Zwischensteckern, 6 Lampen, Fernseher, Reciever und Dolby Anlage verbunden. Dahinter steh ein Bewegungsmelder. Löst der aus, gehen die Lampen an. Nach Zeitraum X ohne Bewegung AUS.

Im Flur ist ein Zwischenstecker, hinter dem ein Logikprofil Öko ON/OFF liegt. Bedeutet, wenn ich beim verlassen der Wohnung auf Öko ON drücke, geht im WZ alles aus. Ich arbeite oft im Homeoffice, habe tagsüber jedoch die Ökoschaltung an, auf das nicht das ich jedesmal durchs WZ laufe, ewig das Licht brennen bleibt.

Soweit funktioniert alles. Heute hatte ich jedoch einen Kumpel da. Öko Schaltung war an, wir saßen im WZ, bei jeder Bewegung sprangen alle Lampen an, nur um dann vom Logikprofil ausgeschaltet zu werden. Mein Kumpel meinte nun (womit er sicher Recht hat), das dies ziemlicher Bullshit wäre, da so ja jeden Tag dutzende sinnlose Schaltungen bei den LED Birnen verballert werden.

Daher hier mal meine naive Frage, ob es nicht logischer Wäre, wenn VOR der Schaltung, Logikprofile geprüft würden...

[THellweg]

Hi Medaber,

Daher hier mal meine naive Frage, ob es nicht logischer Wäre, wenn VOR der Schaltung, Logikprofile geprüft würden...

Die einhergehende logische Folge wäre, dass vor dem Ausführen der eigentlichen Schaltung alle vorhandenen Logikprofile durchsucht werden müssten, ob dieses Gerät darin vorkommt und ob der zur Ausführung anstehende Schaltvorgang durch eines dieser Profile wieder zurückgesetzt werden würde.
Die Folge wäre eine deutlich messbare, bis nicht tolerierbare, Schaltverzögerung des Ereignisprofiles.
Es ist ja allgemein bekannt, das Logikprofile langsamer agieren, u.a. weil konditionale Operatoren geprüft werden müssen.

Wenn man deine Wunschpriorisierung "Konflikt mit Logikprofil vor Auslösung von Ereignis prüfen - Ereignis nur wenn kein Konflikt" so umsetzen würde, dann gäbe es sicherlich Hunderte von Gegenstimmen.

Hier mein Vorschlag zur Umgehung der vielen kurzzeitigen Einschaltungen:

1) Verwende das Bewegungsereignis des BM nicht zum unmittelbaren Einschalten der Lichter, sondern stelle damit eine ZV auf AN.
2) Das AN dieser ZV verwendest du in einem Logikprofil mit einer UND Verknüpfung deiner ZV "Öko" AUS um die Lampen zu schalten.
3) Somit hast du das Arbeitsprofil aus der Ereignisebene auf die Logikebene verlagert und dein Problem tritt nicht mehr auf.

Eine technisch pfiffigere Lösung anzuwenden und dabei auch einmal "um die Ecke zu denken" ist hier sicherlich auch einfacher, als die bewährte Verarbeitungsfolge der Profile zu ändern nur weil die Umsetzung des Usecases nicht optimal durchdacht war.

ZVs als Bindeglieder zwischen Sensoren und Aktoren eignen sich hervorragend zur Flexibilisierung der früher starren Sensor-Aktor Verbindungen. Man kann damit vielfältige Limitationen umgehen, wie z.B. die Tatsache, dass ein Zeitprofil nur acht Schaltpunkte pro Tag haben kann und dass ein Gerät nur in einem Zeitprofil, pro Tag, vorhanden sein darf. Mit ZVs kann ich theoretisch uneindlich viele Schaltpunkte pro Gerät/Tag definieren. Auch die Verknüpfung mit der aktuellen Uhrzeit, als Bedingung in Logikprofilen, ist über die Nutzung von ZVs möglich. Nebenbei macht das Arbeiten mit den Dingern auch noch Spass!

Viele Grüße,
Thomas

[medaber]

ok, vielen Dank. Klingt sehr spannend, auch wenn ich noch nicht voll dahinter steige. Ich denk mich am langen Wochenende mal rein und probier es aus - ggfls dann hier mit weiteren Fragen :D

[THellweg]

reindenken hilft fast immer!
Bei der neuen ZV das automatische Abschalten nicht vergessen. Zeitraum kürzer wählen, als das Sensorintervall des WMD (30sec).
Bei Rückfragen helf ich gerne.

[Gelöschter Benutzer]

Das ist wieder das leidige Problem, dass SH ereignisorientiert arbeitet. Man sieht, dass da Microsoft am Werk war - das ist Windows-Denke.

Ich hatte damit anfangs auch meine liebe Not, weil ich bei Steuerungen einfach eine andere Denke gewöhnt bin:

Am Beginn jedes Steuerungszyklus leist man alle Eingangszustände ein.
Dann verarbeitet man diese Zustände nach dem vorgegebenen Programm.
Als Ergebnis erhält man, ganz zum Schluss und unter Berücksichtigung aller Bedingungen, einen Sollzustand.
Diesen Sollzustand gibt man dann auf die Ausgänge aus.

So soll es sein. Einfach, geradlinig und sauber.

Microsoft und damit auch SH machen es aber anders:

Man liest Eingangszustände ein, wann immer man sie gerade braucht, und man gibt ein Verknüpfungsergebnis sofort auf den Ausgang aus.
Wird irgendwann später im Programm derselbe Ausgang noch einmal gesetzt, dann wird er auch noch einmal ausgegeben. Und wenn die beiden Verknüpfungsergebnisse einmal EIN und einmal AUS liefern, dann fängt der Verbraucher eben an zu blinken.

Zum Haareraufen, aber isso. Ein richtiger riesengroßer Headbanger.

[medaber]

Hm, das ist wirklich ein wenig mein Problem.
Ich bin superdankbar für die Hilfe hier, gestehe aber ganz kleinlaut, das ich nur sehr wenig von all dem verstehe. Habe gestern wieder 3 Ereignisprofile und mehrere neue Aktoren/ Sensoren verbunden, damit ist für mich der Spaß/ Nutzen soweit erbracht.

Vor all zu vielen ZV habe ich eher Schiss, weil schon jetzt die UI aussieht wie in einem Kampfjet. Sie muss aber auch für ungeübte, wie meine Frau, oder Besucher bedienbar bleiben.

Mir fehlt darüber hinaus die "logische- Entwickler/Programmiererdenke" die mir ermöglicht die verschiedenen Verknüpfungen von tausend Fremdwörtern, Zuständen, Variablen, Sensoren, Aktoren und Profilen zu merken.

Nach dem Post von THellweg bin ich eigentlich begeistert, weil es mir wieder gezeigt hat WAS alles möglich sein kann, aber irgendwie fehlt mir da ein ganzer Hirnstrang um das so a) um zu setzen und b) auch das Gefühl zu haben, die Kontrolle über die gesamte Konstruktion zu haben.

Ich hatte jetzt mal schon das Problem, das ich in ein bestehendes, simples Ereignisprofil BM/ZS einen weiteres Zwischenstecker einbinden wollte und ich ewig grübeln und klickern musste um zu prüfen auf was das nun noch alles auswirkungen hat oder haben sollte.

[THellweg]

Nach dem Post von THellweg bin ich eigentlich begeistert, weil es mir wieder gezeigt hat WAS alles möglich sein kann, aber irgendwie fehlt mir da ein ganzer Hirnstrang um das so a) um zu setzen und b) auch das Gefühl zu haben, die Kontrolle über die gesamte Konstruktion zu haben.

Hi Medaber,
bitte einfach keine Bange vor ZVs haben. Und wenn die UI anfängt wie das Instrumenstenbrett eines Fliegers auszusehen, dann verschiebe die vielen ZVs in einen eigen Raum und klappe dessen Detailansicht einfach zu. Deine globalen ZVs müssen nicht in den einzelnen Räumen liegen, auch wenn sie in dortigen Profilen verwendet werden. Wenn du sie in einem eigenen Raum, ich nenne meinen "ZV-Regal", lagerst, dann fällt dir auch eher auf, dass Du viele davon mehrfach verwenden kannst und dass Du eventuell schon ein paar doppelte ZVs angelegt hattest.
Ich werde am WE oder nächste Woche mal ein paar Beispiele für sinnvolle ZVs hier posten. Das ganze ist wie bei einer Modelleisenbahn... am Anfang waren es nur ein + und ein - Minuskabel zu den Schienen und nun hat man plötzlich die Möglichkeiten einer Digitalsteuerung und deswegen muss man ein wenig umdenken. Das sieht am Anfang kompliziert aus, ist es aber eigentlich nicht, wenn man die Grundlagen einmal "gefressen hat".

Viele Grüße,
Thomas

btw. was macht eigentlich dein Funkproblem (ewig unerreichbare Geräte und deswegen andauernder F-Reset nötig usw.)? Hast du dich an die BNA gewendet und haben deren Messungen einen Störsender in deiner Funkreichweite gefunden?

---

Das ist wieder das leidige Problem, dass SH ereignisorientiert arbeitet.

Hallo großer Meister *fg*,

so isses halt. Mein Universalrezept um dieser Krux zu begegnen ist daher alle Arbeitsprofile aus der Ereignisebene auf die Logikebene zu hieven. Einen besseren Workaround habe ich noch nicht gefunden!

Besonders Viele Grüße!
Thomas

[medaber]

...dann verschiebe die vielen ZVs in einen eigen Raum und klappe dessen Detailansicht einfach zu.

einfach, aber genial :D

Ich werde am WE oder nächste Woche mal ein paar Beispiele für sinnvolle ZVs hier posten.

Danke, vielleicht kann man das hier auch präsenter Posten. Müssen uns ernsthaft mal überlegen Stickposts oder so für sowas zu machen.

btw. was macht eigentlich dein Funkproblem (ewig unerreichbare Geräte und deswegen andauernder F-Reset nötig usw.)? Hast du dich an die BNA gewendet und haben deren Messungen einen Störsender in deiner Funkreichweite gefunden?

Nein, das Thema ist theoretisch unverändert. Die Zwischenstecker (bis auf einer) sind zuverlässig, alles andere auch. Die ewig schlecht schaltenden Wandsender sind "geheilt" und tun ihren Dienst seit Monaten. Nur die Türsensoren sind praktisch alle nutzlos.

Vor der BNA hab ich mich am Ende doch gefürchtet aus Angst einen 10.000€ Einsatz bezahlen zu müssen, nur weil ich ne miese Funkmouse nutze oder so :D

Ich habe jetzt in den letzten Wochen mehrere "billige China Funkprodukte" entsorgt. Im gleichen Atemzug bin ich von uralt Akkus, Stück für Stück wieder auf Duracell Batterien umgestiegen (wurde ja auch hie und da als Fehler ausgemacht). Ich hab das Gefühl es wird langsam besser. Der Funkrouter hat keine Veränderung gebracht. Mein nächster Versuch wird sein, die Antenne der Türsensoren nach aussen zu legen. Gibt ja hier ne Anleitung und gute Erfahrung, ich kanns mir aber ehrlich gesagt kaum vorstellen das es wirklich was bringt.

[Pitter]

...Ich werde am WE oder nächste Woche mal ein paar Beispiele für sinnvolle ZVs hier posten....

Die Beispiele vermisse ich auch. Das wäre eigentlich eine Aufgabe für RWE. Wurde ja grundsätzlich in der Hilfe zu Smarthome angedacht, aber dann offensichtlich gänzlich vergessen. Soweit ich mich erinnere gibt es da seit ewigen Zeiten nur 1-2 Beispiele.

[medaber]

Habe die Woche nach mehrstündigem Gefrickel alle Profile eingerichtet (vielen Dank an den Helfer im Chat ).

Problem waren die Konfiguration eines letzten LP- das die Schalter wieder ausstellt sowie der BM. Der hatte zwar all die Monate seine Arbeit gut verrichtet, kam aber nicht damit klar, das er jetzt in einem LP seinen Dienst verrichten soll. Reset und komplett neu einbinden half.

Es lief alles, für knapp 24h, seit gestern abend schaltet sich das Licht aber nicht mehr ein. Es sollte also an dem LP - "BM" schaltet "ZV Licht" liegen. Ich hab eben reset, mit alten Einstellungen einbinden gemacht, mal sehen obs hilft.

Beim check in die Android App heut morgen habe ich festgestellt, das bei Auslösern nur "Helligkeitssensor" nicht aber der "Bewegungssensor" aufgelistet ist. Ist das normal?