Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20)

[dslraser]

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

@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

Danke für Deine Hilfe.
Das Licht bleibt mit dieser Konfig an. (auch wenn der BWM auf false geht)

[crunchip]

@dslraser jetzt bin ich ein wenig verwirrt,
wenn bei BWM false das Licht nicht aus geht, greift der Adapter nicht und müsste ein Fehler seitens Adapter vor liegen, oder hab ich einen Denkfehler?

[dslraser]

@crunchip

so geht es....

Dann kann ich auch einen Grenzwert für die Helligkeit setzen.

[crunchip]

@dslraser ok, also muss das (zusätzlich) gesetzt werden

dachte, der Adapter macht das "automatisch", wenn
"beim Auslöser BWM das X setzen (kein Ausschalt-Timer )
Zone Aus nach x sec leer lassen"

[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