Bewegungsmelder setzt Zustandsvariable NICHT automatisch wieder aus

[guido]

... ich hätte da mal ne Frage 

Ich habe ein Szenario angelegt - wenn Bewegungsmelder Bewegung erkannt dann setzte Zustandsvariable "Bewegung Stockwerk X" auf JA -> Weitere Einstellung "Zustand zurücksetzten" nach 2 Minuten. Das schaltet nicht zuverlässig (besser gesagt - meistens bleiben die ZVs auf JA stehen).

Kann man da soviel falsch machen? 


Grund dafür ist - ich möchte eigentlich manchmal nicht, daß sich das Licht automatisch abschaltet, daher möchte ich das mit einem Extra-Szenario machen wo eben diese ZV mitabgefragt wird fürs ausschalten

[guido]

Hat sich erledigt. Es geht ja (sowieso alles) nicht - hab das Szenario wieder gelöscht.

Warum hab ich das wieder geslöscht? Ist echt schade das man bei der Licht/Bewegungschaltung nicht mal eine Zustandsvariable dazuschalten kann ohne das Licht dann mit eine Latenz von 5 Sekunden angeht (womit das für einen Flur sinnlos wird). Ich wollte gerne Bewegungsautomatik nur wenn ich eine Variable JA geschaltet hab (die Frage oben wollte ich fürs Ausschalten dann verwenden - aber das geht ja eh alles nicht)

[Puffke]

Ich glaube, innogy täte gut daran, hier ein Paar Motivationsperlen zu verteilen. Denn inzwischen nach anfänglicher Freude (Euphorie - Erstaunen - Frustration - Hoffen - Resignation) kommen selbst eingefleischte Smarthomer am Null-Meridian an. Und dann wird es gefährlich. Bitte innogy, beachtet: Wir wollen keine Versuchskarnickel sein, sondern von Euch performante, innovative "Commodities" bei uns im Heim einsetzen! - Wir arbeiten gern mit Euch zusammen, aber wir brauchen in absehbarer Zeit Heizung am Ende des Tunnels!

[Puffke]

ahh, und liebe innogy Leute, die sich hier verirren: Der Umstand, das die Posting Frequenz hier in den letzten Tagen dramatisch abgenommen hat, liegt m.E. nicht an den tollen Lösungen für die Probleme, die hier beschrieben wurden, sondern daran, dass es keine Lösungen gibt und auch nicht auf absehbarer Zeit geben wird. Das nennt man dann RESIGNATION. In dem Stadium befinden sich gegenwärtig auch sehr viele VW Kunden.... und ich bin einmal gespannt, bis der erste Musterfall vor einem Gericht landet, in dem es darum geht zu entscheiden, ob neben den Mängelhaftungsansprüchen/Gewährleistung auch noch Ansprüche aus Delikt bestehen, die zu dem Zeitpunkt erst beginnen, in dem das deliktische Ereignis (Beschädigung/Zerstörung durch fehlerhaftes Update) erfolgt. Das würde bedeuten, ab 01.09.2016 läuft für alle innogy Kunden die 3-Jahres-Frist für Schadensersatzansprüche gegenüber innogy. Viel Spaß mit den Rückstellungen in Eurer Bilanz!
Sorry, dass ich allmählich drastisch werde, aber Eure Kommunikation und Problemlösung ist so elendig, dass ich jetzt schärfer werde.

Was möchte ich:
- Kommunikation!
- Eine Zeitleiste, was, wann funktioniert!
- Fortschrittsanzeigen!° - Und:
- Es schadet auch nicht, zu kommunizieren, was Euch gerade beschäftigt, weshalb es hakt, womit ihr gar nicht gerechnet habt. Dann könnte man ja evtl. etwas wie Empathie für die Situation & Euer Bemühen entwickeln. Die vermaledeiten Programmierer im Keller sind bestimmt nicht das Problem!

[guido]

Das nennt man dann RESIGNATION.

Isso!!!


Ich hatte bisher "nur" 700 Euro ausgegeben, wollte eigentlich Gas geben und mein ganzen Rollläden umstellen, hatte aSmarthome und selbst per PHP-Script alle fünf Minuten Temperatur,  Feuchte, Fenster offen zu, etc in VZLOGGER geknüppelt und hatte in meiner kleinen Welt sogar am Pad ein eigenes Infoboard über meine Wohnung mit allen Räumen und allen Werten. Wenns was zu schalten gab, hab ich aSmarthome genommen (geile App - danke nochmal). Beim Umprogrammieren halt das Silverlight am Rechner.

Mit Update musste ich alles löschen, denn der SHC lief auf 100% - alle Heizungen waren irgendwie an - Licht/Bewegungsmelder haben nach 20 Sekunden geschalten, Fensterkontakte waren irgendwo aber nicht da. Lokaler Zugriff ist tot (weil die User ja zu dumm sind oder die Daten unbedingt fürs Innogy-Management verfügbar sein müssen)
Hab zweimal die Hotline angerufen, in Summe locker eine Stunde bei Musik gewartet. (O.g. Szenario konnte die Hotline nicht helfen - es kam eher die Frage "wozu braucht man sowas").

Aktuell habe ich eine Lichtschaltung - die könnte ich vom Use-Case her auch im Baumarkt für 30 Euro kaufen. Sowie meine Heizungen jetzt mit einem einfachen Profil ohne irgendwas. Da könnte ich auch eine billige dumme Steuerung kaufen und fest einprogrammieren je Heizkörper.

Warum alles ohne irgendwas ? Weil irgendwas irgendwo immer irgendwie Buggy ist seit 23 Tagen und ich keinen Bock mehr habe .Ich habe Hobbies. Ich hab ne Familie! Das ist alles so weit weg von Smart. Ich musste diesen Monat locker 5/6 Stunden investieren in ein System welches lief. Das ist so unfassbar ärgerlich ....

[trinitus01]

Ich kann das mit den Zustandsvariablen und Bewegungsmeldern bestätigen. Es funktioniert nur wenn man es genau mit einer Zustandsvariable in einem Szenario macht. Sobald mehrere dazu kommen schalten die einfach nicht mehr zurück. (Zeitverzögert) Es scheint als ob alle Komponenten die irgendwas mit Zeitverzögerung machen sollen nicht funktionieren. Die Timer in der Software müssen ganz dringend geprüft werden!


Gesendet von iPhone mit Tapatalk

[msagner]

Also es trifft zu, dass die Reaktionszeit von Szenarien, die durch Bewegungsmelder ausgelöst sind, drastisch zunehmen kann, wenn man zusätzliche Bedingungen wie Zustandsvariablen mit berücksichtigen will.
Die einzige Bedingung, die NICHT zu erhöhter Antwortzeit führt, ist die Helligkeitsschwelle des im Bewegungsmelder integrierten Helligkeitssensors.
Der Grund ist, dass das Szenario Bewegungsmelder -> Lampe direkt auf den Geräten, ohne Beteiligung der Zentrale abläuft.
In etwa so:
Bewegungsmelder erkennt Bewegung -> Bewegungsmelder sendet Telegramm an Schalter -> Schalter schaltet ein.

Kommt eine Zustandsvariable hinzu, läuft das zwangsläufig über die Zentrale:
Bewegungsmelder erkennt Bewegung -> Bewegungsmelder sendet Telegramm an Zentrale -> Zentrale prüft Bedingung(en) -> Zentrale sendet Telegramm an Schalter -> Schalter schaltet ein.

Das geht einfach nicht anders.
Ich tippe aber mal, dass zusammen mit der einstellbaren Helligkeitsschwelle 99% aller Anwendungsfälle dieser Konstellation "Bewegungsmelder -> Licht an" abgefrühstückt sind.
Die restlichen 1% müssen dann etwas Gehirnschmalz investieren und entweder ihre Anforderung ändern oder die Umsetzung mit Kunstgriffen realisieren.

Ob es tatsächlich zutrifft, dass ZV's, die durch Bewegungsmelder getriggert werden, nicht nach der eingestellten Abschaltzeit zurückfallen, oder ob der Eindruck lediglich täuscht, werde ich mal testen. Bin gespannt auf das Ergebnis.

Man sieht sich.

[maxreiner]

Die Laufzeitproblematik ist natürlich einzusehen. Trotzdem ist es nicht zufriedenstellend:
Ich möchte ja auch die Möglichkeit haben, die bewegungsgetriggerte Lampenschaltung mal zu blockieren (warmer Sommerabend auf der Terrasse, Kerzen ...). Dazu wird man wohl eine ZV brauchen, selbst wenn ich die zu 99% nicht nutze. Einzige vorstellbare Umgehungslösung scheint mir zu sein, einen zusätzlichen Schalter in den Lampenkreis einzubauen, aber das ist ja Schwachsinn. Oder kennst Du eine elegantere Lösung?

Reiner

[Uwe]

Ich hab das anders gemacht, ich setze einen Zustand "9-DRAUSSEN Licht manuell" auf EIN, wenn ich das Terassenlicht manuell einschalte (mit dem Szenario für den Unterputzschalter) bzw. wieder auf AUS, wenn ich es manuell auschalte und frage den Bewegungsmelder dann wie im Bild ab. So geht's bei mir.

[guido]

Ich hab das anders gemacht, ich setze einen Zustand "9-DRAUSSEN Licht manuell" auf EIN, wenn ich das Terassenlicht manuell einschalte (mit dem Szenario für den Unterputzschalter) bzw. wieder auf AUS, wenn ich es manuell auschalte und frage den Bewegungsmelder dann wie im Bild ab. So geht's bei mir.

Genauso hab ich das eigentlich gemacht - in dem Fall dauert das Schalten bei mir fünf Sekunden (oder unregelmäßig mehr oder weniger in anderen Stockwerken - lustigerweise direkt neben der Zentrale im EG am längsten). Zuerst dachte ich Anwenderfehler und habs gelöscht - die Bedingungen andersherum erfasst, aber kein Unterschied im Verhalten. Bei mir schaltet es so wie in deiner Grafik angegeben nach fünf Sekunden (also Bewegung + ZV -> schalte Licht) - ohne ZV sofort