schnStie wrote: ↑16 Dec 2018 19:27
Die Warteschlange liegt bei mir offensichtlich an dieser App: "Periodical Sensor Polling", was auch den Befehtl GET erklärt. Wenn ich das Programm beende oder die Luminiscence-Funktion der Steinel Bewegungsmelder blockiere, geht alles gut.
Ok, das ist ein interessanter Ansatz. Ich habe den BWM mal vom Polling der App "Periodical Sensor Polling" ausgeschlossen - mal sehen, was dann nach Einbruch der Dunkelheit passiert! *harhar*
"Die mögen sich scheinbar nicht." Es müssen aber alle Luminiscence-Funktionen geblockt werden. Bei mir sind es jeweils zwei, wobei eine nur alle Tage Werte dokumentiert und mir die Bedeutung nicht ganz klar ist. Wird diese bei Einstellung>Geräte>Verwaltung>Gerät inaktiv markiert, steht die Funktion nicht mehr zu Verfügung, aber es gibt trotzdem unbeantwortete Anfragen, die auflaufen bis es wieder hell wird.
Der zweite Wert ist bei mir eine prozentuale Helligkeitsangabe. Keine Ahnung, warum dieser extra als %-Wert im Controller als Wert erzeugt. Der Melder liefert den jedenfalls nicht.
Das war die eine Baustelle, ich hoffe es gibt keinen Rückschlag. Ihr könnt ja mal berichten, ob ihr diesen Hinweis bei Euch nachvollzeihen könnt.
Jetzt muss noch die Einbindung in das Z-Wave-Netzt erarbeitete werden, denn das flutsch auch noch nicht. Offensichtlich müssen mehr Parameter umgestellt werden, als nur Parameter 9 auf 3. Nur im Nebengeräte-Modus stehen die Sensoren unabhängig vom Schalter zur Verfügung. Das Gerät mit Parameter 9 auf 2 (stupid mode) ist nicht für den Betrieb im Netztwerk gedacht, sondern für den Standalone-Betrieb. Im Stupid-Modus kann z. B. das Licht nicht unabhängig vom Bewegungsmelder dauerhaft eingeschaltet werden, da immer wenn eine Bewegung registriert wird, der im Gerät hinterlegte Prozeß abläuft und das Licht nach der festgelgten Dauer abgeschaltet wird. Ich werde berichten.
Eine Anmerkung: Die Firma Steinel ist total kooperativ. Die Person fragt sogar aktiv nach, wie das Stand der Lösung bei mir ist. Das Problem mit dem Polling hat ja nun nicht ausschließlich die Fa. Steinel zu vertreten.
Eine zweite Anmerkung: Ein Kabel gebunderner Bewegungsmelder (mit Rückfalloption beim Ausfall der Zentrale [Stupid Mode]) im Aussenbereich mit ggf. -20°C ziehe ich einem mit einer Batterie betriebenem vor.
Du hast definitiv den richtigen Mitarbeiter erwischt, mir wurden nur Auszüge aus Eurem Gespräch weitergeleitet.
So ganz verstehe ich nicht, warum Du den Parameter 9 umkonfigurieren sollst! Ich finde weder in der "Steinel Z-Wave Interface Specification" noch in der XML-Beschreibung der ZDDB einen Hinweis, dass ein anderer Wert als 0 gesetzt werden müsste (es sei denn, man will explizit die lokale Instanz deaktivieren oder die Meldungen an das Z-Wave-Netzwerk unterbinden).
Es gibt aber folgenden Hinweis im Funktions-Diagramm: "When not measuring – no output to Lifeline, last value to group 4" - damit ist der lokal am Gerät gemessene Helligkeitswert bzw. "Ambient Light" gemeint.
Es findet sich im Kapitel 3 zusätzlich noch der Hinweis, es sei "strongly recommended", einen unabhängigen Hellichkeitssensor in Kombination mit dem Parameter 8 (GLOBAL_LIGHT) zu verwenden. Interessanterweise ist dessen Default-Wert "1" - also, "GLOBAL_LIGHT enabled". Das würde bedeuten, dass ein globaler Helligkeitswert (via Z-Wave) erwartet wird, der den internen Sensor überschreibt! Als Fall-Back wird dann der interne Sensor befragt, wenn der Melder 30 Minuten keinen neuen Wert geliefert bekommt.
Ich werde heute mal ausprobieren, ob ich mit einem externen Lichtsensor etwas erreiche, bzw. mit dem Setzen auf "0" regelmäßig Daten kommen.
Was den Einsatz eines 230V-Gerätes zur Steuerung solcher Funktionen angeht, gebe ich Dir vollkommen Recht: Batteriebetrieben darf so etwas nicht sein!