UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[dslraser]

@Mic

was der Adapter hier besser machen sollte?

Eigentlich genau das hier:

Im Grunde brauche ich im Adapter die Möglichkeit:

• Bewegungsmelder meldet true = Licht an

• Bewegungsmelder meldet false = Licht aus

• ( plus die Möglichkeit mit einem Grenzwert für die Helligkeit)

Und das vielleicht so wie @crunchip es auch erwartet hätte:

@dslraser ich verstehe es so, ohne andere Auslöser

beim Auslöser BWM das X setzen (kein Ausschalt-Timer )
Zone Aus nach x sec leer lassen
somit müsste dein BWM schalten, sobald er auf false springt

oder wie @Christoph1337 geschrieben hat.

Danke für die Info.

Ich denke bei dem PIR muss im Code dann lediglich angepasst werden, dass der Timer erst ab dem Wert "false" los rennt.

Ich werde also warten bis das angepasst wurde 😃

EDIT:

Bitte am besten konkrete Vorschläge 😉 - also in welcher Tabelle soll was verbessert werden, und warum, etc.

Das habe ich hier versucht zu beschreiben.
https://forum.iobroker.net/post/476199

Im Moment kann man es zwar so konfigurieren das nur über true/false des BWM geschaltet wird, aber nur mit zusätzlichen Einstellungen wie hier:
https://forum.iobroker.net/post/476258

[Mic]

@noah3112

Ich bin als Developer mit Blockly auf Kriegsfuß :grin:, halt auch wegen der seltsamen deutschen Übersetzungen "anerkannt ist egal" usw, das checke ich immer nie. Aber dieses Blockly scheint relativ einfach:
Falls sich Türkontakt öffnet, und Beleuchtung < 2, dann schalte x, sonst y.

Hier würde es sich anbieten, unter 2.ZUSÄTZLICHE BEDINGUNGEN den Helligkeits-Datenpunkt (LUX-HWR...) anzulegen mit "<2". Allerdings bietet der Adapter hier derzeit nur feste Werte wie "2", aber nicht "<2".

Am besten machst du in den Guthub-Issues einen Feature Request auf, mit Beschreibung und Link auf diesen Beitrag. Baue ich dann gerne ein.

[Mic]

@dslraser
Danke für deine Zusammenfassung :)

@dslraser sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

Eigentlich genau das hier:

Im Grunde brauche ich im Adapter die Möglichkeit:

• Bewegungsmelder meldet true = Licht an
• Bewegungsmelder meldet false = Licht aus
• ( plus die Möglichkeit mit einem Grenzwert für die Helligkeit)

Der Adapter reagiert derzeit nicht auf "Bewegungsmelder meldet false".

Stattdessen werden nur Änderungen auf "true" ausgeführt (Licht an, bzw. bleibt weiterhin an, falls eh schon an). Dann ein Timer, der abschaltet, falls länger als x Sekunden der Bewegungsmelder nicht mehr auf "true" gesetzt wird.
Somit braucht man eigentlich keine Prüfung auf Bewegungsmelder=false, zumindest mit Xiaomi Aqara und zigbee oder mihome Adapter.

So wie ich euch, also @Christoph1337 und @dslraser verstehe, wird der BMW-Datenpunkt bei eurer Hardware/Adapter nicht ständig auf true geschaltet, sobald neue Bewegung. Verstehe ich das richtig?

Auszug:

@Christoph1337 sagte in [Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20)]

Wie muss ich es konfigurieren wenn z.B. der PIR durchgängig auf true ist (da Bewegung permanent).

Was ist eigentlich PIR? Der Datenpunkt des Bewegungsmelder wahrscheinlich, oder?

Was wäre denn die Lösung für eure Hardware, im Adapter auch 'false' abfangen? Also sobald "false", dann startet der Timer?

[Mic]

Dieser Beitrag wurde gelöscht!

[dslraser]

@Mic sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

verstehe, wird der BMW-Datenpunkt bei eurer Hardware/Adapter nicht ständig auf true geschaltet, sobald neue Bewegung. Verstehe ich das richtig?

richtig, der bleibt auf true.

[Mic]

Dieser Beitrag wurde gelöscht!

[Mic]

@dslraser sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

@Mic sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

verstehe, wird der BMW-Datenpunkt bei eurer Hardware/Adapter nicht ständig auf true geschaltet, sobald neue Bewegung. Verstehe ich das richtig?

richtig, der bleibt auf true.

Wann wird auf false geschaltet?
Z.B.:

• 20:00:00 Bewegung
• 20:00:10 keine Bewegung mehr.

Jetzt schon nach 10 Sekunden?

[dslraser]

@Mic sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

Was wäre denn die Lösung für eure Hardware, im Adapter auch 'false' abfangen? Also sobald "false", dann startet der Timer?

das ginge auch. Mir würde z.B. 1 Sekunde nach false auch reichen.

[dslraser]

@Mic sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

Wann wird auf false geschaltet?
Z.B.:

20:00:00 Bewegung
20:00:10 keine Bewegung mehr.

Jetzt schon nach 10 Sekunden?

von mir aus kann auch direkt nach dem false geschaltet werden (als Option)

Weil der "Timer" läuft intern schon im BWM, das heisst, der Timer des Adapters käme oben drauf.
Hier noch mal das Bild aus der CCU

Hier in diesem Beispiel habe ich z.B. 2 Minuten

nach dieser Zeit (in diesem Fall 2 Minuten) geht der Datenpunkt auf false.

[Mic]

@dslraser
Kann man da auch einstellen, dass Bewegungsmelder bei Bewegung immer auf "true" geht? Wie es scheint, hat da "Bewegung senden" Potential ;) wie ich aus deinem Screenshot entnehme. Passiert da was und füllt das einen Datenpunkt sobald, Bewegung gesendet wird?

Denn die ganze Steuerung übernimmt hier ja jetzt der Smart Control Adapter, ohne irgendwelcher anderen Einflüsse.

[Mic]

@Mic sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

@dslraser
Kann man da auch einstellen, dass Bewegungsmelder bei Bewegung immer auf "true" geht? Wie es scheint, hat da "Bewegung senden" Potential ;) wie ich aus deinem Screenshot entnehme. Passiert da was und füllt das einen Datenpunkt, sobald Bewegung gesendet wird?

Denn die ganze Steuerung übernimmt hier ja jetzt der Smart Control Adapter, ohne irgendwelcher anderen Einflüsse.

[crunchip]

@Mic sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

Der Adapter reagiert derzeit nicht auf "Bewegungsmelder meldet false".

ich hatte angenommen, daß,
wie oben erwähnt,

• beim Auslöser BWM das X setzen (kein Ausschalt-Timer )
• Zone Aus nach x sec leer lassen

der BWM schaltet, sobald er auf false springt

da eben kein Timer läuft und somit dadurch der BMW als "normaler" Schalter fungiert
andernfalls, wie bei @dslraser , dürften solch Geräte dann aktuell generell nicht unter Bewegungsmelder, sondern müssten wirklich in die Kategorie "andere Auslöser" um korrekt zu schalten

[dslraser]

@Mic sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

Was wäre denn die Lösung für eure Hardware, im Adapter auch 'false' abfangen?

Also sobald "false", dann startet der Timer?

Eigentlich sollte das für alle Arten von Bewegungsmeldern funktionieren und fände ich auch "logischer".

Da Dein Adapter ja mit möglichst jeder Hardware funktionieren soll (und es gibt z.B. fast 12.000 rpc (HM oder HMIP) Installationen, wird die Frage bestimmt wieder kommen.

Im Moment gibt es als Auslöser (Bewegungsmelder) und andere Auslöser und zusätzliche Bedingungen. Das ist auch okay.
Wenn es keine Reaktion auf false vom BWM im Adapter gibt, dann sollte das besser "Einschalter" anstatt Bewegungsmelder heissen, und andere Auslöser könnten Ein/-Ausschalter sein/heissen.

[rudiraz]

@Mic
@dslraser

Ich bin etwas verwirrt, da auch ich einen HmIP-SMO besitze.
Wenn man aber hier die Zeit von "Zeit, nach der erkannte Bewegung zuückgesetzt wird" runter nimmt und in der Instanz die Zeit beim Bewegungsmelder setzt (bsp 45 Sek) dann Leuchtet die Lampe doch sowieso nicht Länger als diese Zeit (hier 45Sek) plus die Zeit, die im Homematic steht. Oder?

Dann wäre das doch geregelt oder nicht

[dslraser]

@rudiraz
wenn Du im Raum bleibst und Dich bewegst, dann wechselt der BWM nicht erneut von false auf true, sondern er bleibt die ganze Zeit true. Der Adapter würde dann aber trotzdem das Licht (oder was auch immer) nach der im Adapter eingestellten Zeit ausschalten. (weil der Timer vom Adapter bei einem true startet)

Kannst es ja gern ausprobieren, vielleicht habe ich ja auch einen Denkfehler...

Eigentlich macht ein Timer für mein Empfinden nur nach dem false Sinn. (dann ist es auch egal was im BWM eingestellt ist. Wenn während des Adapter Timer läuft wieder ein true vom BWM kommt, dann Timer stoppen und das ganze Spiel von vorn)

[rudiraz]

@dslraser
Achso, dann habe ich etwas falsch verstanden:

Ich dachte, der Sekundenwert startet sowieso erst bei False und solange True ist, wird der Timer erst gar nicht gestartet

Muss ich echt mal testen...

[dslraser]

@rudiraz
Mit bestimmten Einstellungen im BWM (vielleicht auch mit Deiner gezeigten) könnte es ja funktioneren, aber warum unnötig den BWM von false/true/false usw. wechseln lassen und Datenpunkte somit zu aktualisieren/ändern.

Und in Deinem Screenshot steht auch das Zauberwort.

keiner weiteren zwischendurch erkannten Bewegung
(wenn also der Bewegungsmelder während dieser Zeit nicht von true auf false und wieder zurück auf true wechselt, dann gibt es keine erneute Bewegung und es wird ausgeschaltet, obwohl der BWM vielleicht noch immer true ist)

[rudiraz]

@dslraser

Ok hab getestet und gebe dir Recht.
Der Timer sollte erst starten, wenn der BWM auf false geht und bei true der TImer wieder neu gesetzt werden.

War bei meiner Konfiguration momentan nicht der Fall

[Mic]

Zunächst mal noch ein Update

Version 0.2.2

• (Mic-M) New feature: In '3. TRIGGERS', 'Other Triggers', you can now easily create own states as triggers under 'smartcontrol.x.

Das bedeutet:

Ich habe beim Ablösen von Scripts durch diesen Adapter festgestellt, dass man eigene Datenpunkte zur Auslösung braucht (z.B. bei mir 0_userdata.0.Wohnzimmer.Heimkino.anschalten. Also müsste ich jetzt manuell noch zur Script-Ablösung Datenpunkte anlegen.
Der Adapter nimmt uns das nun ab:

Damit wird dann angelegt:

Mit diesem Datenpunkt kann dann entsprechend auch ausgelöst werden.

Details sind wie gewohnt in der Doku der Adapter-Optionen.

[Mic]

@crunchip @dslraser @rudiraz

Vielen Dank für euren Input :-)
Mein Ziel ist natürlich, alle möglichen Bewegungsmelder abzubilden, insbesondere auch HomeMatic natürlich.

Was mich noch interessieren würde:
Wird der HomeMatic-Bewegungsmelder-Datenpunkt immer auf {val:true, ack:true} gesetzt, sobald dieser eine Bewegung registriert?
Ist es also so?

• 20:00:00 Bewegung -> State - {val:true, ack:true}
• 20:00:10 Bewegung -> State - {val:true, ack:true}
• 20:00:15 Bewegung -> State - {val:true, ack:true}
• 20:01:00 keine Bewegung mehr -> State - {val:false, ack:true}
• 20:01:03 Bewegung -> State - {val:true, ack:true}

Oder ist es so:

• 20:00:00 Bewegung -> State - {val:true, ack:true}
• 20:00:10 Bewegung -> State - nichts ändert sich
• 20:00:15 Bewegung -> State - nichts ändert sich
• 20:01:00 keine Bewegung mehr -> State - {val:false, ack:true}
• 20:01:03 Bewegung -> State - {val:true, ack:true}

Diese Info bräuchte ich noch, dann schaue ich mir das im Detail an.