Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20)

[A Former User]

Hallo in die Runde,
ich habe mit dem Adapter inzwischen einige Blockly Scripte abgelöst und in den Ruhestand geschickt
Aber am einfachsten habe ich so meine Probleme. Vielleicht kann jemand helfen!?

Was hier passiert ist relativ simpel...Tür AUF Licht geht an wenn es nicht zu hell ist. Bei Tür ZU geht das Licht wieder aus. Alles schon probiert, meine ich zumindest, aber ich bekomme das Licht einfach nicht mehr aus.

[Mic]

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

@Mic Ich hatte beim Testen das Gefühl, dass zeigesteuerte Auslöser manachmal nicht wie erwartet funktionieren.
Wenn ich bspw. 17:23 Uhr einen Zeittrigger für 17:25 Uhr einrichte und danach den Adapter neustarte, hat das zugehörige Setzen um 17:25 Uhr oft nicht funktioniert. Ich muss dazu sagen, es war alles bereits konfiguriert, ich habe lediglich die Zeit im bereits bestehenden "Zeitabhänigen Auslöser" angepasst!
Entweder brauchen Zeittrigger eine gewisse Zeit um "aktiv" zu werden (vielleicht brauch es einen längeren Vorlauf als nur 2 Minuten?!), oder das ledigliche anpassen des Zeitwertes und "Auslöser/Zeitabhängige Auslöser" lädt den Schedule dahinter nicht sofort neu?!?
Im schlimmsten Fall lag es aber an mir und irgend eine Einstellung war nicht korrekt. Aber vielleicht kannst du ja mal schauen und das nachvollziehen, da ggf. auch andere darüber stolpern könnten.

Schaue ich mir an. Habe ich als Issue 19 aufgenommen, dann geht es nicht unter.

Die komplette Konfiguration aktuell funktioniert aber tadellos und ich habe daher in der Praxis keine Probleme. Ich nutze den Adapter aktuell um mehrere Deckenlampen zu 6 verschiedenen Tageszeiten auf unterschiedliche Helligkeiten zu stellen. Aber es werden sicher noch komplexere Dinge dazu kommen.
Vielen dank für diesen tollen Adapter!!!

Freut mich, danke für die Rückmeldung

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

(...)
Nun "Scheint" es zu klappen werde mal testen.

Melde dich einfach hier, falls nicht. Danke auch für deine Rückmeldung.

@dslraser und @crunchip
Danke, dass ihr euch hier einbringt
Läuft das jetzt so? Gibt es was, was der Adapter hier besser machen sollte?
Bitte am besten konkrete Vorschläge - also in welcher Tabelle soll was verbessert werden, und warum, etc.

[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ß , 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]

This post is deleted!

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

This post is deleted!

[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