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

[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.

[dslraser]

@Mic
ich mach morgen mal ein Debug Log, wenn Dir das reicht ?

[Mic]

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

@Mic
ich mach morgen mal ein Debug Log, wenn Dir das reicht ?

Danke, aber ich fürchte das Log gibt das so nicht her.

Kannst du bitte mal folgendes testen:
Lass den Bewegungsmelder auslösen. Datenpunkt wird dann sicherlich {val:true, ack:true} machen.

Dann noch mal eine Bewegung, z.B. nach 30 Sekunden (je nach dem wie halt wohl der HM-BWM eingestellt ist auf Bewegungserkennung) - setzt er dann wieder {val:true, ack:true} ?

Das jeweilige Ergebnis siehst du in den Objekten, wenn du mit der Maus darüber gehst.
Im Beispiel ist val:false (=Wert: false) und ack:true (=Bestätigung: true)

Falls das viel zu umständlich: dann schreibe ich gerne ein JavaScript zum testen, dann bekommen wir das in der Log-Ausgabe ;)
Ist ja auch vom Timing her tricky....