Test Adapter SmartControl 0.3.x-0.6.x Latest

[Mic]

@hetti72 sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):

Dadurch wäre ja lediglich ein weiterer Zeitraum für eine Zone definiert und per "UND" Bedingung verknüpft oder sehe ich das falsch ?

Siehst du irgendwie richtig
Nun, aber du willst ja

Ich hätte gerne das das Nachtlicht zum beginn der Nacht startet aber frühestens um 23 Uhr.

Also Verbindung von Astro "night" (z.B. 21:00, oder 23:40), aber frühestens 23:00 Uhr.

Schon eher speziell für diesen Adapter. Ich bin immer an der Abwägung
1.) Wenig Komplexität und Usability sicherstellen
2.) Use Cases abbilden, die möglichst viele User haben, also nicht zu individuell

Evtl. dann in deinem Fall doch ein simples Blockly / JavaScript als Trigger. Unter "Andere Auslöser" kannst du einen Datenpunkt anlegen lassen mit Spalte "SC", diesen setzt du mit dem Blockly/JS auf true.

[Mic]

@FredF sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):

@da_Woody
Alias is our friend
Hab meinen alias angepasst und ziehe meine Frage zurück

Und ich habe die Adapter-Doku angepasst

[Mic]

@VonDerTanne sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):

@Mic
Hallo,

also bis hierher erstmal Hut ab. Der Adapter ist echt gut gelungen und es lassen sich nach einer gewissen Einarbeitungszeit in die Adapterlogik sehr viele meiner Skripte damit adaptieren. Einer der Punkte (=Skripte), bei denen ich bisher aber noch etwas auf dem Schlauch stehe, ist die zeitabhängige Auslösung von "verketteten" Zielgeräten.

Beispiel (via Skript): ich habe auf einen Taster (Toggle) 5 Lichter (HM, HMIP, Hue) gebunden, die ich aufbauend voneinander in einem zeitlichen Abstand ein- und ausschalten kann, d.h. der Taster schaltet Licht 1+2, 10 Sekunden später Licht 4+5, weitere 20 Sekunden später Licht 5. Das habe ich so mit deiner Logik noch nicht hinbekommen.

Was ja nicht heißt, dass das nicht geht. Also falls das bereits gehen sollte wäre ich für jeden Tipp dankbar und ihr könnt hier aufhören zu lesen

Falls das noch nicht gehen sollte, dieses "Feature" aber evtl. auf breitere Zustimmung stoßen sollte, könnte es aus meiner Sicht Sinn machen, dass man das Ganze in den Bereich Zonen packt, wobei der Auslöser hier eine bereits bestehende Zone sein kann (zusammen mit der Möglichkeit eine zeitliche Verzögerung zum Auslösen zur vorangegangenen Zone anzugeben).
So wäre eine verkettete Auslösung übersichtlich und schick machbar.

Trotzdem nochmal dickes Lob, viele Dinge laufen damit seit einiger Zeit reibungslos und übersichtlicher als via Skript.

Beste Grüße,

VDT

Hi Tanne, danke für dein Feedback und dein Issue - https://github.com/Mic-M/ioBroker.smartcontrol/issues/25
Schaue ich mir an.

VonDerTanne created this issue in Mic-M/ioBroker.smartcontrol

closed Verkettung von Aktionen (Zonen) mit zeitlicher Verzögerung #25

[da_Woody]

@FredF das liest man gerne! bist heut schon der 2. dem ich erfolgreich helfen konnte! geht runter wie öl.

[da_Woody]

@Mic das ist halt immer die frage, aber IMHO ist der wunsch so speziell das ein blockly die bessere lösung wäre.
alle sonderwünsche sind ja eh nicht vorherzusehn. irgendwann wirds dann wieder mühsam den adapter zu bedienen.
wie gesagt, das ist meine meinung dazu, andere denken da vllt anders...

[Mic]

@da_Woody sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):

@Mic das ist halt immer die frage, aber IMHO ist der wunsch so speziell das ein blockly die bessere lösung wäre.
alle sonderwünsche sind ja eh nicht vorherzusehn. irgendwann wirds dann wieder mühsam den adapter zu bedienen.
wie gesagt, das ist meine meinung dazu, andere denken da vllt anders...

Das entspricht grundsätzlich auch absolut meiner Ansicht

Auf welche Anfrage von oben beziehst du dich denn?

[da_Woody]

@Mic said in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):

Auf welche Anfrage von oben beziehst du dich denn?

ich mein das mit sunset, aber nicht vor 2300. in meinen augen übertieben. dann nehm ich gleich 2300. selbst im hochsommer wird sunset nicht nach 2300 uhr sein.

[Mic]

@ Alle

Vielen Dank für eure Tests und euer wertvolles Feedback und Erweiterungsvorschläge.
Lt. npm nutzen schon einige den Adapter:

Ich hab ihn daher soweit fertig gemacht und Antrag zur Aufnahme ins Latest Repository gestellt: https://github.com/ioBroker/ioBroker.repositories/pull/930
Mittlerweile ist auch eine vollständige Internationalisierung unter der Haube integriert.

Mic-M created this issue in ioBroker/ioBroker.repositories

closed Add smartcontrol to Latest #930

[Mic]

So, das ging mega schnell, Adapter wurde dank @apollon77 ins Latest Repository aufgenommen

Damit großen Meilenstein geschafft, und nun geht die Entwicklung weiter

[hetti72]

@Mic sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):

Schon eher speziell für diesen Adapter. Ich bin immer an der Abwägung
1.) Wenig Komplexität und Usability sicherstellen
2.) Use Cases abbilden, die möglichst viele User haben, also nicht zu individuell
Evtl. dann in deinem Fall doch ein simples Blockly / JavaScript als Trigger.

Kein Problem. Ich geb zu das ist ein etwas spezieller Wunsch, der sich aber auch über andere wege umsetzen lässt.

[hetti72]

@da_Woody sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):

@Mic said in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):

Auf welche Anfrage von oben beziehst du dich denn?

ich mein das mit sunset, aber nicht vor 2300. in meinen augen übertieben. dann nehm ich gleich 2300. selbst im hochsommer wird sunset nicht nach 2300 uhr sein.

Das Thema ist zwar erledigt, aber es ging (oder geht) in meinem Fall nicht um den Sonnenuntergang (sunset) sondern um den beginn der Nacht (night) das sind zwei verschiedene Astro Zeiten. Hatte ich in einem anderen Post auch schonmal erläutert.

[jay-jey]

Hallo, ich weiß nicht ob dies schon mal thematisiert wurde oder ob es überhaupt ein Problem mit dem Smartcontol Adapter ist, aber ich komme gerade nicht weiter:

Also ich habe im Wohnzimmer und im Arbeitszimmer jeweils Bewegungsmelder (Aquara über conbee bzw. Deconz). Wenn ich nun im Wohnzimmer den Bewegungsmelder auslöse geht nicht nicht nur da das Licht an sondern auch im Arbeitszimmer. Ich weiß aber nicht wieso. Kann das von dem Smart control Adapter kommen oder muss ich bei Deconz suchen?
Hier mal das Log:

2020-09-22 19:52:36.131  - info: smartcontrol.0 (2771) Trigger 'Motion.Wohnzimmer' was already activated 0 seconds ago and is ignored. Must be at least 2 seconds.
2020-09-22 19:52:36.137  - info: smartcontrol.0 (2771) Trigger 'Motion.Arbeitszimmer_lux_deconz' was already activated 0 seconds ago and is ignored. Must be at least 2 seconds.
2020-09-22 19:52:36.182  - info: smartcontrol.0 (2771) Trigger 'Motion.Wohnzimmer' activated Zone 'Wohnzimmer'. Turned on: Wohnzimmer.
2020-09-22 19:52:36.182  - info: smartcontrol.0 (2771) Trigger 'Motion.Wohnzimmer', Zone 'Wohnzimmer': Setting timer of 300s to turn off.
2020-09-22 19:52:36.185  - info: smartcontrol.0 (2771) 'alwaysOff' 60s timer for zone 'Wohnzimmer' initially started.
2020-09-22 19:52:36.189  - info: smartcontrol.0 (2771) Trigger 'Motion.Arbeitszimmer_lux_deconz' activated Zone 'Arbeitszimmer_deconz'. Turned on: Arbeitszimmer_deconz.
2020-09-22 19:52:36.189  - info: smartcontrol.0 (2771) Trigger 'Motion.Arbeitszimmer_lux_deconz', Zone 'Arbeitszimmer_deconz': Setting timer of 300s to turn off.
2020-09-22 19:52:36.192  - info: smartcontrol.0 (2771) 'alwaysOff' 300s timer for zone 'Arbeitszimmer_deconz' initially started.

Wie man sieht liegen zwischen dem auslösen nur Millisekunden. So schnell bin ich dann auch nicht von der Couch runter:

hier mal die Zonen unter Smart control

sowie die Aulöser

und die Zielgeräte:

[da_Woody]

@hetti72 said in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):

@da_Woody sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):

@Mic said in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):

Auf welche Anfrage von oben beziehst du dich denn?

ich mein das mit sunset, aber nicht vor 2300. in meinen augen übertieben. dann nehm ich gleich 2300. selbst im hochsommer wird sunset nicht nach 2300 uhr sein.

Das Thema ist zwar erledigt, aber es ging (oder geht) in meinem Fall nicht um den Sonnenuntergang (sunset) sondern um den beginn der Nacht (night) das sind zwei verschiedene Astro Zeiten. Hatte ich in einem anderen Post auch schonmal erläutert.

sollte ich da irgendwas durcheinander gebracht haben sorry!

[crunchip]

@jay-jey du hast bei den Auslösern einen Fehler drin, die lux DP passen nicht zum presence DP, oder ist das ein separater Lichtsensor
Zielgerät, schaltest du groups.4.on, kann es sein, das du das Arbeitszimmer Licht auch in der Gruppe mit drin hast?

[jay-jey]

@crunchip Okay das mit den DP muss ich dann wohl falsch verstanden habe ich hatte es aus der Beschreibung (siehe unten) so verstanden:
DP presence: Timer fürs ausschalten
DP lux: wenn zu hell dann kein Licht an

Die Gruppen sind soweit ich das sehe richtig definiert. Zudem würde dann nicht nur ein Eintrag im Log erscheinen:
also nur:
Trigger 'Motion.Wohnzimmer' activated Zone 'Wohnzimmer'.
und nicht ein paar Millisekunden später:
Trigger 'Motion.Arbeitszimmer_lux_deconz' activated Zone 'Arbeitszimmer_deconz'.

https://github.com/Mic-M/ioBroker.smartcontrol/blob/master/admin/doc-md/table-trigger-motion_de.md

[Mic]

@jay-jey

Ich schau mir das gerne an, aber brauche dazu bitte:

1. Setze Log-Level des Adapters auf "Debug", dann reproduziere den Fehler und stelle die Logausgabe in Code-Tags hier ein. ioBroker schneidet Log-Zeilen ab, daher gehst du zum kopieren bitte direkt ins Logfile (durch Klicken auf "Download Log").
2. Poste hier außerdem deinen Adapter-Optionen-Export: in den Adapter-Optionen oben rechts den blauen Button "Pfeil nach unten" anklicken.

[FredF]

@Mic
Use-Case: Ein BWM der bei Bewegung ein Display einschaltet und wenn zusätzlich ein weiterer Auslöser (hier Rollladen <=20%) eintritt soll eine Sockelbeleuchtung angehen.
So habe ich es versucht:

Die Sockelbeleuchtung geht dann aus, das Display geht aber nie aus.
Im Log sieht man das der Timer für Display nicht ausgeschaltet wird:

smartcontrol.0	2020-09-23 20:57:42.165	info	(22396) Timer 'Motion', trigger 'Kueche.Bewegung', target(s) 'Kueche.Sockelbeleuchtung': - Turned off per 20s timer.
smartcontrol.0	2020-09-23 20:57:22.160	info	(22396) Motion sensor 'Kueche.Bewegung', zone 'Kueche Sockelbeleuchtung': No more motion, so we set 20s timer.
smartcontrol.0	2020-09-23 20:57:22.159	info	(22396) Motion sensor 'Kueche.Bewegung', zone 'Kueche Display': No more motion, so we set 20s timer.
smartcontrol.0	2020-09-23 20:56:06.298	info	(22396) Trigger 'Kueche.Bewegung', Zone 'Kueche Sockelbeleuchtung': Timer of 20s will be set to turn off once no more motion recognized.
smartcontrol.0	2020-09-23 20:56:06.298	info	(22396) Trigger 'Kueche.Bewegung' activated Zone 'Kueche Sockelbeleuchtung'. Turned on: Kueche.Sockelbeleuchtung.
smartcontrol.0	2020-09-23 20:56:06.247	info	(22396) Trigger 'Kueche.Bewegung', Zone 'Kueche Display': Timer of 20s will be set to turn off once no more motion recognized.
smartcontrol.0	2020-09-23 20:56:06.246	info	(22396) Trigger 'Kueche.Bewegung' activated Zone 'Kueche Display'. Turned on: Kueche.Display.

Deaktiviere ich die 2. Zone funktioniert der Ablauf mit dem Display.

Bug oder anders lösen?

[Mic]

@FredF sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):

Ein BWM der bei Bewegung ein Display einschaltet und wenn zusätzlich ein weiterer Auslöser (hier Rollladen <=20%) eintritt soll eine Sockelbeleuchtung angehen.

Kannst du bitte wenn zusätzlich ein weiterer Auslöser ... eintritt spezifizieren:

• muss das gleichzeitig erfüllt sein bei Auslösung
• oder tritt das irgendwann später ein.

[Mic]

Falls ersteres, müssen wohl "2. ZUSÄTZLICHE BEDINGUNGEN" erweitert werden, dass hier - wie bei "Andere Auslöser" auch - Vergleichsoperatoren möglich sind.

Möglicherweise eh sinnvoll?

[jay-jey]

@Mic Hallo,

so hab jetzt das Szenario nochmal nachgestellt:

hier das Log:

2020-09-24 07:45:14.997 - info: smartcontrol.0 (3440) 'zoneOff' 300s timer still running 237s. We stop it and set new to 300s.
2020-09-24 07:45:26.365 - debug: smartcontrol.0 (3440) State Change: ACCEPTED – state 'deconz.0.sensors.00158d00031b4dca.presence' change: ack 'true' - "Real" adapter state (deconz.0.sensors.00158d00031b4dca.presence) requires ack:true
2020-09-24 07:45:26.365 - debug: smartcontrol.0 (3440) State Change: Trigger of tableTriggerMotion or tableTriggerDevices - Subscribed state 'deconz.0.sensors.00158d00031b4dca.presence' changed.
2020-09-24 07:45:26.366 - debug: smartcontrol.0 (3440) === check schedule conditions ===
2020-09-24 07:45:26.366 - debug: smartcontrol.0 (3440) 'Wohnzimmer' - Current time '07:45' *is* within schedule times (start: '00:00', end: '24:00).
2020-09-24 07:45:26.366 - debug: smartcontrol.0 (3440) Wohnzimmer - Current weekday 'thu' *is* matching Execution table row.
2020-09-24 07:45:26.366 - debug: smartcontrol.0 (3440) Motion.Wohnzimmer: No extra condition(s) in schedule, so we return "true" to continue.
2020-09-24 07:45:26.366 - debug: smartcontrol.0 (3440) === check schedule conditions ===
2020-09-24 07:45:26.367 - debug: smartcontrol.0 (3440) 'Arbeitszimmer_deconz' - Current time '07:45' *is* within schedule times (start: '00:00', end: '24:00).
2020-09-24 07:45:26.367 - debug: smartcontrol.0 (3440) Arbeitszimmer_deconz - Current weekday 'thu' *is* matching Execution table row.
2020-09-24 07:45:26.367 - debug: smartcontrol.0 (3440) Motion.Arbeitszimmer_lux_deconz: No extra condition(s) in schedule, so we return "true" to continue.
2020-09-24 07:45:26.367 - debug: smartcontrol.0 (3440) Motion.Wohnzimmer: No extra condition(s) in schedule, so we return "true" to continue.
2020-09-24 07:45:26.367 - debug: smartcontrol.0 (3440) Motion.Arbeitszimmer_lux_deconz: No extra condition(s) in schedule, so we return "true" to continue.
2020-09-24 07:45:26.367 - debug: smartcontrol.0 (3440) Zone 'Wohnzimmer' - execution table row *is* meeting conditions
2020-09-24 07:45:26.367 - debug: smartcontrol.0 (3440) 1 rows in Zones table for trigger 'Motion.Wohnzimmer' found and assigned execution table rows fetched successfully.
2020-09-24 07:45:26.368 - debug: smartcontrol.0 (3440) Zone 'Arbeitszimmer_deconz' - execution table row *is* meeting conditions
2020-09-24 07:45:26.368 - debug: smartcontrol.0 (3440) 1 rows in Zones table for trigger 'Motion.Arbeitszimmer_lux_deconz' found and assigned execution table rows fetched successfully.
2020-09-24 07:45:26.392 - debug: smartcontrol.0 (3440) Trigger [Motion.Wohnzimmer] Brightness of 0 is < threshold of 100, so we continue.
2020-09-24 07:45:26.393 - debug: smartcontrol.0 (3440) Trigger [Motion.Arbeitszimmer_lux_deconz] Brightness of 67 is < threshold of 400, so we continue.
2020-09-24 07:45:26.415 - info: smartcontrol.0 (3440) Trigger 'Motion.Arbeitszimmer_lux_deconz' activated Zone 'Arbeitszimmer_deconz'. However, devices 'Arbeitszimmer_deconz' not turned on as these are already on.
2020-09-24 07:45:26.416 - info: smartcontrol.0 (3440) Trigger 'Motion.Arbeitszimmer_lux_deconz', Zone 'Arbeitszimmer_deconz': Timer of 300s will be set to turn off once no more motion recognized.
2020-09-24 07:45:26.418 - info: smartcontrol.0 (3440) 'zoneOff' 300s timer for zone 'Arbeitszimmer_deconz' initially started.
2020-09-24 07:45:26.426 - debug: smartcontrol.0 (3440) State Change: IGNORED – state 'deconz.0.groups.4.on' change: ack 'false' - "Real" adapter state (deconz.0.groups.4.on) requires ack:true
2020-09-24 07:45:26.426 - info: smartcontrol.0 (3440) Trigger 'Motion.Wohnzimmer' activated Zone 'Wohnzimmer'. Turned on: Wohnzimmer.
2020-09-24 07:45:26.427 - info: smartcontrol.0 (3440) Trigger 'Motion.Wohnzimmer', Zone 'Wohnzimmer': Timer of 300s will be set to turn off once no more motion recognized.
2020-09-24 07:45:26.429 - info: smartcontrol.0 (3440) 'zoneOff' 60s timer for zone 'Wohnzimmer' initially started.
2020-09-24 07:45:26.434 - debug: smartcontrol.0 (3440) State Change: ACCEPTED – state 'deconz.0.sensors.00158d00031b4dca.presence' change: ack 'true' - "Real" adapter state (deconz.0.sensors.00158d00031b4dca.presence) requires ack:true
2020-09-24 07:45:26.434 - debug: smartcontrol.0 (3440) State Change: Trigger of tableTriggerMotion or tableTriggerDevices - Subscribed state 'deconz.0.sensors.00158d00031b4dca.presence' changed.
2020-09-24 07:45:26.435 - info: smartcontrol.0 (3440) Trigger 'Motion.Wohnzimmer' was already activated 0.07 seconds ago and is ignored. Must be at least 2 seconds.
2020-09-24 07:45:26.435 - info: smartcontrol.0 (3440) Trigger 'Motion.Arbeitszimmer_lux_deconz' was already activated 0.07 seconds ago and is ignored. Must be at least 2 seconds.
2020-09-24 07:45:26.608 - debug: smartcontrol.0 (3440) State Change: ACCEPTED – state 'deconz.0.groups.4.on' change: ack 'true' - "Real" adapter state (deconz.0.groups.4.on) requires ack:true
2020-09-24 07:45:26.608 - debug: smartcontrol.0 (3440) State Change: tableTargetDevices: on/off states - Subscribed state 'deconz.0.groups.4.on' changed.
2020-09-24 07:45:26.613 - debug: smartcontrol.0 (3440) State Change: IGNORED – state 'smartcontrol.0.targetDevices.Wohnzimmer' change: ack 'true' - Adapter Instance State (smartcontrol.0) requires ack:false
2020-09-24 07:45:26.614 - debug: smartcontrol.0 (3440) State 'deconz.0.groups.4.on' changed to 'true' -> 'smartcontrol.0.targetDevices.Wohnzimmer' set to true.
2020-09-24 07:45:26.878 - debug: smartcontrol.0 (3440) State Change: ACCEPTED – state 'deconz.0.groups.4.on' change: ack 'true' - "Real" adapter state (deconz.0.groups.4.on) requires ack:true
2020-09-24 07:45:26.878 - debug: smartcontrol.0 (3440) State Change: tableTargetDevices: on/off states - Subscribed state 'deconz.0.groups.4.on' changed.
2020-09-24 07:45:26.888 - debug: smartcontrol.0 (3440) State Change: IGNORED – state 'smartcontrol.0.targetDevices.Wohnzimmer' change: ack 'true' - Adapter Instance State (smartcontrol.0) requires ack:false
2020-09-24 07:45:26.889 - debug: smartcontrol.0 (3440) State 'deconz.0.groups.4.on' changed to 'true' -> 'smartcontrol.0.targetDevices.Wohnzimmer' set to true.
2020-09-24 07:45:26.924 - debug: smartcontrol.0 (3440) State Change: ACCEPTED – state 'deconz.0.groups.4.on' change: ack 'true' - "Real" adapter state (deconz.0.groups.4.on) requires ack:true
2020-09-24 07:45:26.924 - debug: smartcontrol.0 (3440) State Change: tableTargetDevices: on/off states - Subscribed state 'deconz.0.groups.4.on' changed.
2020-09-24 07:45:26.928 - debug: smartcontrol.0 (3440) State Change: IGNORED – state 'smartcontrol.0.targetDevices.Wohnzimmer' change: ack 'true' - Adapter Instance State (smartcontrol.0) requires ack:false
2020-09-24 07:45:26.970 - debug: smartcontrol.0 (3440) State 'deconz.0.groups.4.on' changed to 'true' -> 'smartcontrol.0.targetDevices.Wohnzimmer' set to true.
2020-09-24 07:45:26.997 - debug: smartcontrol.0 (3440) State Change: ACCEPTED – state 'deconz.0.groups.4.on' change: ack 'true' - "Real" adapter state (deconz.0.groups.4.on) requires ack:true
2020-09-24 07:45:26.998 - debug: smartcontrol.0 (3440) State Change: tableTargetDevices: on/off states - Subscribed state 'deconz.0.groups.4.on' changed.
2020-09-24 07:45:27.011 - debug: smartcontrol.0 (3440) State Change: IGNORED – state 'smartcontrol.0.targetDevices.Wohnzimmer' change: ack 'true' - Adapter Instance State (smartcontrol.0) requires ack:false
2020-09-24 07:45:27.012 - debug: smartcontrol.0 (3440) State 'deconz.0.groups.4.on' changed to 'true' -> 'smartcontrol.0.targetDevices.Wohnzimmer' set to true.
2020-09-24 07:45:27.063 - debug: smartcontrol.0 (3440) State Change: ACCEPTED – state 'deconz.0.groups.4.on' change: ack 'true' - "Real" adapter state (deconz.0.groups.4.on) requires ack:true
2020-09-24 07:45:27.063 - debug: smartcontrol.0 (3440) State Change: tableTargetDevices: on/off states - Subscribed state 'deconz.0.groups.4.on' changed.
2020-09-24 07:45:27.069 - debug: smartcontrol.0 (3440) State 'deconz.0.groups.4.on' changed to 'true' -> 'smartcontrol.0.targetDevices.Wohnzimmer' set to true.
2020-09-24 07:45:27.069 - debug: smartcontrol.0 (3440) State Change: IGNORED – state 'smartcontrol.0.targetDevices.Wohnzimmer' change: ack 'true' - Adapter Instance State (smartcontrol.0) requires ack:false
2020-09-24 07:45:37.098 - debug: smartcontrol.0 (3440) State Change: ACCEPTED – state 'deconz.0.sensors.00158d0002f043f1.presence' change: ack 'true' - "Real" adapter state (deconz.0.sensors.00158d0002f043f1.presence) requires ack:true
2020-09-24 07:45:37.099 - debug: smartcontrol.0 (3440) State Change: Trigger of tableTriggerMotion or tableTriggerDevices - Subscribed state 'deconz.0.sensors.00158d0002f043f1.presence' changed.
2020-09-24 07:45:37.099 - debug: smartcontrol.0 (3440) === check schedule conditions ===

und hier die Config. system.adapter.smartcontrol.0.json

Ach ja und noch eine Verständnissfrage:
ich habe im Arbeitszimmer zwei Bewegungsmelder, weil der eine mich nicht unbedingt erfasst wenn ich am Schreibtisch sitze. Ich dachte das wäre eine ODER Verknüpfung. Jetzt habe ich aber festgestellt, dass es eine UND Verknüpfung ist. Also erst wenn beide eine Bewegung melden geht das Licht an. Ist das richtig so? Falls ja, wie ändere ich das, also das wenn der eine oder der andere der Sensor eine Bewegung meldet, das Licht angeht.