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

[DocGame]

@Mic Wäre es nicht möglich in den DP-Werten neben true, false usw. auch ein Toggle bei den Zielgeräten bzw. Statusänderung beim Auslöser einzubauen.
Ich fände dies bei einigen Projekten äusserst hilfreich....

[Michael Sauer]

Was mache ich falsch?

Habe alle Datenpunkte gelöscht. Es werden jedoch meine erstellten nicht erzeugt.

erledigt hatte nicht den Datenpunkt zum ausschalten angegeben.

[Michael Sauer]

Neues Problem.
Es werden die eingestellten Zeiten ignoriert. Es werden immer beide Zonen aktiviert.
Siehe Screenshots:

Habe ich etwas falsch verstanden?

[Cristian]

Ein toller Adapter und Entwicklungsarbeit!

Ich habe damit angefangen, meine Blockly Skripten zu ersetzen und konnte soweit eine Menge abschaffen. Was mir noch fehlt ist die Möglichkeit die Zielgeräte mit einen Anderen Auslöser (zB Wippschalter) zu toggeln (umshalten wie in Blockly). Wäre es möglich, eine Option "toggle" bei den Auslöser einzubauen? Danke!

[crunchip]

@Mic bin heut auch endlich mal dazu gekommen, da ich aber bisher nur ein paar Lichter integriert hab, füllt sich die Liste der Zielgeräte jedoch recht schnell.
Nur so mal in den Raum geworfen, bei intensiver Nutzung, wird diese List doch recht lang und unübersichtlich. Gäbe es da nicht eine Möglichkeit, eine Art Untermenü anzulegen, so alla "Räume" z.b.?

[Mic]

@liv-in-sky sagte in Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.x testen:

habe das setting mit json gemacht- magst du lieber bilder des settings ?

Danke, so ist es perfekt.
Konnte es nachvollziehen. Ich musste einiges im Code ändern, damit ein State mehr als einmal als Trigger verwendet werden kann, bislang wurden dann weitere Zeilen ignoriert. Ist nun behoben (noch nicht auf Github, folgt...).

@MartyBr sagte in Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.x testen:

Der gleiche Fehler kommt bei den Temperaturwerten unterhalb von alias.0 wieder.

Ich poste hier, sobald die nächste Github-Version verfügbar ist. Schau dann bitte noch mal ob es geht, hab einiges ausgebügelt im Code und bin noch an mehreren Sachen und paar Features.

@Christoph1337 sagte in Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.x testen:

Wenn Bewegung kurz. Z. B. 3 Minuten. Dann Licht nach 5 Minuten abschalten.
Wenn Bewegung länger. Z. B. 15 Minuten. Licht für 30 Minuten an lassen.

Habe es mal in die Wunschliste aufgenommen.

@DocGame sagte in Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.x testen:

Wäre es nicht möglich in den DP-Werten neben true, false usw. auch ein Toggle bei den Zielgeräten bzw. Statusänderung beim Auslöser einzubauen.
Ich fände dies bei einigen Projekten äusserst hilfreich....

Wie definiert sich ein Toggle, bzw. wie verhält sich ein Toggle-Datenpunkt eines Adapters? Steht der immer auf true, oder wechselt dann auf false?

@Cristian sagte in Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.x testen:

Was mir noch fehlt ist die Möglichkeit die Zielgeräte mit einen Anderen Auslöser (zB Wippschalter) zu toggeln (umshalten wie in Blockly). Wäre es möglich, eine Option "toggle" bei den Auslöser einzubauen? Danke!

Noch mal Toggle Wie funktioniert denn so ein Toggle aus "Datenpunkt-Sicht"?

@Michael-Sauer sagte in Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.x testen:

Es werden die eingestellten Zeiten ignoriert. Es werden immer beide Zonen aktiviert.

Schau ich mir an und melde mich.

@crunchip sagte in Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.x testen:

Nur so mal in den Raum geworfen, bei intensiver Nutzung, wird diese List doch recht lang und unübersichtlich. Gäbe es da nicht eine Möglichkeit, eine Art Untermenü anzulegen, so alla "Räume" z.b.?

Guter Punkt, gefällt mir auch noch nicht so gut.
Nehme ich auf die Liste.

Übrigens, was schon mal geht, aber dir jetzt nicht hilft: Du setzt Punkte, also bei "Geräte-Name" z.B. Flur EG.Lichter.Wandlicht 1.

Nach dem Speichern legt der Adapter dies als verlinkten Datenpunkt zu den originalen Datenpunkten an:

Da hat man schon mal eine "Ordner-Struktur". Ändert sich (in diesem Beispiel) der shelly.0-Datenpunkt, so ändert sich smartcontrol.0.targetDevices.Flur EG.Lichter.Wandlicht 1 automatisch, und umgekehrt.

Hilft dir nur (noch) nicht dann bei der Auswahl der Zielgeräte...

[Mic]

@Michael-Sauer sagte in Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.x testen:

Es werden die eingestellten Zeiten ignoriert. Es werden immer beide Zonen aktiviert.

Poste mal bitte in Code-Tags den Log-Auszug (Adapter-Instanz auf Log-Level "debug" stellen).

[Mic]

@MartyBr sagte in Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.x testen:

@Mic
Das hier wirft er aus:

Ich glaube, das betrifft fast alle nördlich von Hannover, insbesondere die Nordlichter.

Hab jetzt diese Option eingebaut (standardmäßig aktiviert):

Noch nicht auf Github, folgt bald.

Hab mal so auf http://suncalc.net/ geschaut und ich denke night=0:00 und nightEnd=2:00 ist ein guter "Kompromiss".
So viel geschalten – in Abhängigkeit der Helligkeit draußen – wird je zu der Zeit nicht Wer mag, kann ja noch einen Helligkeitssensor einbinden

[Mic]

Was noch fehlte, ist die Einbindung mehrerer Bewegungsmelder in eine Zone.
Ok, ging bisher natürlich, aber jetzt smarter integriert;

• (Mic-M) New feature: If you are using multiple motion sensors for a zone: whenever a motion device triggers, the turn off timer is being stopped and a new timer is set per the latest motion sensor.

Das bedeutet:
Wenn ihr mehrere Bewegungsmelder in einer Zone habt, und

1. Bewegungsmelder A löst aus um 19:00 (3 Min = Abschaltung 19:03)
2. Bewegungsmelder B löst aus um 19:02:30 (3 Min = Abschaltung um 19:05:30)

...dann wird der Timer von Bewegungsmelder A gelöscht und frisch gesetzt (also quasi verlängert) auf 19:05:30. Das ganze Spiel geht so weiter, bis halt kein Bewegungsmelder der Zone mehr auslöst.
Das ist einer der Vorteile, die die Zonen dieses Adapters so bringen...

Noch nicht auf Github, folgt bald.

[MartyBr]

@Mic Freue mich auf beide Optionen.
Ich habe im Wohnzimmer aufgrund der Größe zwei Bewegungsmelder.

[MartyBr]

@Mic
Meine Steuerung bei Lampen bei Dunkelheit funktioniert nun. Jetzt nehme ich mir das nächste Script vor:
Wenn Haustür geöffnet und bei Dunkelheit, dann Lampe Diele an.

[Cristian]

@Cristian sagte in Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.x testen:

Was mir noch fehlt ist die Möglichkeit die Zielgeräte mit einen Anderen Auslöser (zB Wippschalter) zu toggeln (umshalten wie in Blockly). Wäre es möglich, eine Option "toggle" bei den Auslöser einzubauen? Danke!

Noch mal Toggle Wie funktioniert denn so ein Toggle aus "Datenpunkt-Sicht"?

Aus meiner Sicht geht es nicht um den Auslöser selbst, sondern um die Logik bei der Ausführung, wie die Zielgeräte ein und ausgeschaltet werden: wenn die Zielgeräte aus sind, werden sie vom Auslöser eingeschaltet und umgekehrt, wenn sie ein sind, werden sie ausgeschaltet.
Sowas kann ich mir vorstellen wie unten - eine Toggle-Option, wenn man diese benutzt, wird der Auslöser diese Verhalten bei der Ausführung haben.

[Michael Sauer]

@Mic

2020-07-13 21:03:37.163 - info: smartcontrol.0 (3027) Got terminate signal TERMINATE_YOURSELF
2020-07-13 21:03:37.166 - info: smartcontrol.0 (3027) Stopping adapter instance successfully proceeded...
2020-07-13 21:03:37.167 - info: smartcontrol.0 (3027) terminating
2020-07-13 21:03:37.167 - info: smartcontrol.0 (3027) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2020-07-13 21:03:41.243 - debug: smartcontrol.0 (9798) Redis Objects: Use Redis connection: 127.0.0.1:9001
2020-07-13 21:03:41.283 - debug: smartcontrol.0 (9798) Objects client ready ... initialize now
2020-07-13 21:03:41.288 - debug: smartcontrol.0 (9798) Objects create System PubSub Client
2020-07-13 21:03:41.289 - debug: smartcontrol.0 (9798) Objects create User PubSub Client
2020-07-13 21:03:41.290 - debug: smartcontrol.0 (9798) Objects client initialize lua scripts
2020-07-13 21:03:41.314 - debug: smartcontrol.0 (9798) Objects connected to redis: 127.0.0.1:9001
2020-07-13 21:03:41.322 - debug: smartcontrol.0 (9798) objectDB connected
2020-07-13 21:03:41.325 - debug: smartcontrol.0 (9798) Redis States: Use Redis connection: 127.0.0.1:6379
2020-07-13 21:03:41.331 - debug: smartcontrol.0 (9798) States create User PubSub Client
2020-07-13 21:03:41.334 - debug: smartcontrol.0 (9798) States create System PubSub Client
2020-07-13 21:03:41.342 - debug: smartcontrol.0 (9798) States connected to redis: 127.0.0.1:6379
2020-07-13 21:03:41.343 - debug: smartcontrol.0 (9798) statesDB connected
2020-07-13 21:03:41.747 - info: smartcontrol.0 (9798) starting. Version 0.1.0-alpha.9 in /opt/iobroker/node_modules/iobroker.smartcontrol, node: v10.21.0, js-controller: 3.1.6
2020-07-13 21:03:41.877 - warn: smartcontrol.0 (9798) [getAstroNameTs] No time found for [nightEnd].
2020-07-13 21:03:41.932 - warn: smartcontrol.0 (9798) [getAstroNameTs] No time found for [night].
2020-07-13 21:03:41.991 - info: smartcontrol.0 (9798) Adapter admin configuration successfully validated...
2020-07-13 21:03:42.266 - info: smartcontrol.0 (9798) Subscribing to all target devices states...
2020-07-13 21:03:42.983 - info: smartcontrol.0 (9798) Subscribing to all trigger states...
2020-07-13 21:03:42.987 - info: smartcontrol.0 (9798) 0 trigger schedules activated...
2020-07-13 21:03:50.206 - debug: smartcontrol.0 (9798) Subscribed state 'zigbee.0.00158d0002b484af.no_motion' changed, new value: [320] (ack: true)
2020-07-13 21:03:50.210 - debug: smartcontrol.0 (9798) State 'zigbee.0.00158d0002b484af.no_motion' change --> execute asyncTriggerActivated()
2020-07-13 21:03:50.213 - debug: smartcontrol.0 (9798) Execution rows for 'Flur MS unten links' successfully found.
2020-07-13 21:03:50.215 - debug: smartcontrol.0 (9798) [cP] : {"triggerType":"statePath","triggerStatePath":"zigbee.0.00158d0002b484af.no_motion","targetOff":false,"triggerStateValSet":320,"scheduleRows":[{"active":true,"name":"Flur Licht unten Tag","start":"06:00","end":"20:00","mon":true,"tue":true,"wed":true,"thu":true,"fri":true,"sat":true,"sun":true,"additionalConditions":[""],"never":[""]},{"active":true,"name":"Flur Licht unten Nacht","start":"20:00","end":"06:00","mon":true,"tue":true,"wed":true,"thu":true,"fri":true,"sat":true,"sun":true,"additionalConditions":[],"never":[]}],"triggerIsMotion":true,"triggerName":"Flur MS unten links","triggerStateVal":0,"motionDuration":70,"motionBriStatePath":"zigbee.0.00158d0002b484af.illuminance","motionBriThreshold":"5","zoneNames":["Flur Licht unten Tag","Flur Licht unten Nacht"],"targetDeviceNames":["Flur Wandlampe unten","Flur Tischlampe unten 1","Flur Tischlampe unten 2"]}
2020-07-13 21:03:53.711 - info: smartcontrol.0 (9798) Got terminate signal TERMINATE_YOURSELF
2020-07-13 21:03:53.713 - debug: smartcontrol.0 (9798) (0) trigger schedules cancelled...
2020-07-13 21:03:53.714 - info: smartcontrol.0 (9798) Stopping adapter instance successfully proceeded...
2020-07-13 21:03:53.715 - info: smartcontrol.0 (9798) terminating
2020-07-13 21:03:53.716 - info: smartcontrol.0 (9798) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2020-07-13 21:03:57.717 - debug: smartcontrol.0 (9914) Redis Objects: Use Redis connection: 127.0.0.1:9001
2020-07-13 21:03:57.759 - debug: smartcontrol.0 (9914) Objects client ready ... initialize now
2020-07-13 21:03:57.763 - debug: smartcontrol.0 (9914) Objects create System PubSub Client
2020-07-13 21:03:57.764 - debug: smartcontrol.0 (9914) Objects create User PubSub Client
2020-07-13 21:03:57.765 - debug: smartcontrol.0 (9914) Objects client initialize lua scripts
2020-07-13 21:03:57.786 - debug: smartcontrol.0 (9914) Objects connected to redis: 127.0.0.1:9001
2020-07-13 21:03:57.795 - debug: smartcontrol.0 (9914) objectDB connected
2020-07-13 21:03:57.798 - debug: smartcontrol.0 (9914) Redis States: Use Redis connection: 127.0.0.1:6379
2020-07-13 21:03:57.804 - debug: smartcontrol.0 (9914) States create User PubSub Client
2020-07-13 21:03:57.807 - debug: smartcontrol.0 (9914) States create System PubSub Client
2020-07-13 21:03:57.813 - debug: smartcontrol.0 (9914) States connected to redis: 127.0.0.1:6379
2020-07-13 21:03:57.814 - debug: smartcontrol.0 (9914) statesDB connected
2020-07-13 21:03:58.650 - info: smartcontrol.0 (9914) starting. Version 0.1.0-alpha.9 in /opt/iobroker/node_modules/iobroker.smartcontrol, node: v10.21.0, js-controller: 3.1.6
2020-07-13 21:03:59.494 - warn: smartcontrol.0 (9914) [getAstroNameTs] No time found for [nightEnd].
2020-07-13 21:03:59.533 - warn: smartcontrol.0 (9914) [getAstroNameTs] No time found for [night].
2020-07-13 21:03:59.577 - info: smartcontrol.0 (9914) Adapter admin configuration successfully validated...
2020-07-13 21:03:59.845 - info: smartcontrol.0 (9914) Subscribing to all target devices states...
2020-07-13 21:04:00.042 - info: smartcontrol.0 (9914) Subscribing to all trigger states...
2020-07-13 21:04:00.046 - info: smartcontrol.0 (9914) 0 trigger schedules activated...
2020-07-13 21:04:00.206 - debug: smartcontrol.0 (9914) Subscribed state 'zigbee.0.00158d0002b484af.no_motion' changed, new value: [330] (ack: true)
2020-07-13 21:04:00.210 - debug: smartcontrol.0 (9914) State 'zigbee.0.00158d0002b484af.no_motion' change --> execute asyncTriggerActivated()
2020-07-13 21:04:00.214 - debug: smartcontrol.0 (9914) Execution rows for 'Flur MS unten links' successfully found.
2020-07-13 21:04:00.215 - debug: smartcontrol.0 (9914) [cP] : {"triggerType":"statePath","triggerStatePath":"zigbee.0.00158d0002b484af.no_motion","targetOff":false,"triggerStateValSet":330,"scheduleRows":[{"active":true,"name":"Flur Licht unten Tag","start":"06:00","end":"20:00","mon":true,"tue":true,"wed":true,"thu":true,"fri":true,"sat":true,"sun":true,"additionalConditions":[""],"never":[""]},{"active":true,"name":"Flur Licht unten Nacht","start":"20:00","end":"06:00","mon":true,"tue":true,"wed":true,"thu":true,"fri":true,"sat":true,"sun":true,"additionalConditions":[],"never":[]}],"triggerIsMotion":true,"triggerName":"Flur MS unten links","triggerStateVal":0,"motionDuration":70,"motionBriStatePath":"zigbee.0.00158d0002b484af.illuminance","motionBriThreshold":"5","zoneNames":["Flur Licht unten Tag","Flur Licht unten Nacht"],"targetDeviceNames":["Flur Wandlampe unten","Flur Tischlampe unten 1","Flur Tischlampe unten 2"]}
2020-07-13 21:04:10.210 - debug: smartcontrol.0 (9914) Subscribed state 'zigbee.0.00158d0002b484af.no_motion' changed, new value: [340] (ack: true)
2020-07-13 21:04:10.213 - debug: smartcontrol.0 (9914) State 'zigbee.0.00158d0002b484af.no_motion' change --> execute asyncTriggerActivated()
2020-07-13 21:04:10.214 - debug: smartcontrol.0 (9914) Execution rows for 'Flur MS unten links' successfully found.
2020-07-13 21:04:10.215 - debug: smartcontrol.0 (9914) [cP] : {"triggerType":"statePath","triggerStatePath":"zigbee.0.00158d0002b484af.no_motion","targetOff":false,"triggerStateValSet":340,"scheduleRows":[{"active":true,"name":"Flur Licht unten Tag","start":"06:00","end":"20:00","mon":true,"tue":true,"wed":true,"thu":true,"fri":true,"sat":true,"sun":true,"additionalConditions":[""],"never":[""]},{"active":true,"name":"Flur Licht unten Nacht","start":"20:00","end":"06:00","mon":true,"tue":true,"wed":true,"thu":true,"fri":true,"sat":true,"sun":true,"additionalConditions":[],"never":[]}],"triggerIsMotion":true,"triggerName":"Flur MS unten links","triggerStateVal":0,"motionDuration":70,"motionBriStatePath":"zigbee.0.00158d0002b484af.illuminance","motionBriThreshold":"5","zoneNames":["Flur Licht unten Tag","Flur Licht unten Nacht"],"targetDeviceNames":["Flur Wandlampe unten","Flur Tischlampe unten 1","Flur Tischlampe unten 2"]}
2020-07-13 21:04:20.206 - debug: smartcontrol.0 (9914) Subscribed state 'zigbee.0.00158d0002b484af.no_motion' changed, new value: [350] (ack: true)
2020-07-13 21:04:20.209 - debug: smartcontrol.0 (9914) State 'zigbee.0.00158d0002b484af.no_motion' change --> execute asyncTriggerActivated()
2020-07-13 21:04:20.210 - debug: smartcontrol.0 (9914) Execution rows for 'Flur MS unten links' successfully found.
2020-07-13 21:04:20.211 - debug: smartcontrol.0 (9914) [cP] : {"triggerType":"statePath","triggerStatePath":"zigbee.0.00158d0002b484af.no_motion","targetOff":false,"triggerStateValSet":350,"scheduleRows":[{"active":true,"name":"Flur Licht unten Tag","start":"06:00","end":"20:00","mon":true,"tue":true,"wed":true,"thu":true,"fri":true,"sat":true,"sun":true,"additionalConditions":[""],"never":[""]},{"active":true,"name":"Flur Licht unten Nacht","start":"20:00","end":"06:00","mon":true,"tue":true,"wed":true,"thu":true,"fri":true,"sat":true,"sun":true,"additionalConditions":[],"never":[]}],"triggerIsMotion":true,"triggerName":"Flur MS unten links","triggerStateVal":0,"motionDuration":70,"motionBriStatePath":"zigbee.0.00158d0002b484af.illuminance","motionBriThreshold":"5","zoneNames":["Flur Licht unten Tag","Flur Licht unten Nacht"],"targetDeviceNames":["Flur Wandlampe unten","Flur Tischlampe unten 1","Flur Tischlampe unten 2"]}
2020-07-13 21:04:30.207 - debug: smartcontrol.0 (9914) Subscribed state 'zigbee.0.00158d0002b484af.no_motion' changed, new value: [360] (ack: true)
2020-07-13 21:04:30.213 - debug: smartcontrol.0 (9914) State 'zigbee.0.00158d0002b484af.no_motion' change --> execute asyncTriggerActivated()
2020-07-13 21:04:30.213 - debug: smartcontrol.0 (9914) Execution rows for 'Flur MS unten links' successfully found.
2020-07-13 21:04:30.214 - debug: smartcontrol.0 (9914) [cP] : {"triggerType":"statePath","triggerStatePath":"zigbee.0.00158d0002b484af.no_motion","targetOff":false,"triggerStateValSet":360,"scheduleRows":[{"active":true,"name":"Flur Licht unten Tag","start":"06:00","end":"20:00","mon":true,"tue":true,"wed":true,"thu":true,"fri":true,"sat":true,"sun":true,"additionalConditions":[""],"never":[""]},{"active":true,"name":"Flur Licht unten Nacht","start":"20:00","end":"06:00","mon":true,"tue":true,"wed":true,"thu":true,"fri":true,"sat":true,"sun":true,"additionalConditions":[],"never":[]}],"triggerIsMotion":true,"triggerName":"Flur MS unten links","triggerStateVal":0,"motionDuration":70,"motionBriStatePath":"zigbee.0.00158d0002b484af.illuminance","motionBriThreshold":"5","zoneNames":["Flur Licht unten Tag","Flur Licht unten Nacht"],"targetDeviceNames":["Flur Wandlampe unten","Flur Tischlampe unten 1","Flur Tischlampe unten 2"]}
2020-07-13 21:04:36.444 - debug: smartcontrol.0 (9914) system.adapter.admin.0: logging true
2020-07-13 21:04:40.209 - debug: smartcontrol.0 (9914) Subscribed state 'zigbee.0.00158d0002b484af.no_motion' changed, new value: [370] (ack: true)
2020-07-13 21:04:40.215 - debug: smartcontrol.0 (9914) State 'zigbee.0.00158d0002b484af.no_motion' change --> execute asyncTriggerActivated()
2020-07-13 21:04:40.216 - debug: smartcontrol.0 (9914) Execution rows for 'Flur MS unten links' successfully found.
2020-07-13 21:04:40.217 - debug: smartcontrol.0 (9914) [cP] : {"triggerType":"statePath","triggerStatePath":"zigbee.0.00158d0002b484af.no_motion","targetOff":false,"triggerStateValSet":370,"scheduleRows":[{"active":true,"name":"Flur Licht unten Tag","start":"06:00","end":"20:00","mon":true,"tue":true,"wed":true,"thu":true,"fri":true,"sat":true,"sun":true,"additionalConditions":[""],"never":[""]},{"active":true,"name":"Flur Licht unten Nacht","start":"20:00","end":"06:00","mon":true,"tue":true,"wed":true,"thu":true,"fri":true,"sat":true,"sun":true,"additionalConditions":[],"never":[]}],"triggerIsMotion":true,"triggerName":"Flur MS unten links","triggerStateVal":0,"motionDuration":70,"motionBriStatePath":"zigbee.0.00158d0002b484af.illuminance","motionBriThreshold":"5","zoneNames":["Flur Licht unten Tag","Flur Licht unten Nacht"],"targetDeviceNames":["Flur Wandlampe unten","Flur Tischlampe unten 1","Flur Tischlampe unten 2"]}
2020-07-13 21:04:50.207 - debug: smartcontrol.0 (9914) Subscribed state 'zigbee.0.00158d0002b484af.no_motion' changed, new value: [380] (ack: true)
2020-07-13 21:04:50.212 - debug: smartcontrol.0 (9914) State 'zigbee.0.00158d0002b484af.no_motion' change --> execute asyncTriggerActivated()
2020-07-13 21:04:50.213 - debug: smartcontrol.0 (9914) Execution rows for 'Flur MS unten links' successfully found.
2020-07-13 21:04:50.214 - debug: smartcontrol.0 (9914) [cP] : {"triggerType":"statePath","triggerStatePath":"zigbee.0.00158d0002b484af.no_motion","targetOff":false,"triggerStateValSet":380,"scheduleRows":[{"active":true,"name":"Flur Licht unten Tag","start":"06:00","end":"20:00","mon":true,"tue":true,"wed":true,"thu":true,"fri":true,"sat":true,"sun":true,"additionalConditions":[""],"never":[""]},{"active":true,"name":"Flur Licht unten Nacht","start":"20:00","end":"06:00","mon":true,"tue":true,"wed":true,"thu":true,"fri":true,"sat":true,"sun":true,"additionalConditions":[],"never":[]}],"triggerIsMotion":true,"triggerName":"Flur MS unten links","triggerStateVal":0,"motionDuration":70,"motionBriStatePath":"zigbee.0.00158d0002b484af.illuminance","motionBriThreshold":"5","zoneNames":["Flur Licht unten Tag","Flur Licht unten Nacht"],"targetDeviceNames":["Flur Wandlampe unten","Flur Tischlampe unten 1","Flur Tischlampe unten 2"]}
2020-07-13 21:04:51.707 - info: zigbee.0 (3981) Configuring 0x000d6f000e36eced Motion Sensor-A
2020-07-13 21:05:00.208 - debug: smartcontrol.0 (9914) Subscribed state 'zigbee.0.00158d0002b484af.no_motion' changed, new value: [390] (ack: true)
2020-07-13 21:05:00.212 - debug: smartcontrol.0 (9914) State 'zigbee.0.00158d0002b484af.no_motion' change --> execute asyncTriggerActivated()
2020-07-13 21:05:00.213 - debug: smartcontrol.0 (9914) Execution rows for 'Flur MS unten links' successfully found.
2020-07-13 21:05:00.213 - debug: smartcontrol.0 (9914) [cP] : {"triggerType":"statePath","triggerStatePath":"zigbee.0.00158d0002b484af.no_motion","targetOff":false,"triggerStateValSet":390,"scheduleRows":[{"active":true,"name":"Flur Licht unten Tag","start":"06:00","end":"20:00","mon":true,"tue":true,"wed":true,"thu":true,"fri":true,"sat":true,"sun":true,"additionalConditions":[""],"never":[""]},{"active":true,"name":"Flur Licht unten Nacht","start":"20:00","end":"06:00","mon":true,"tue":true,"wed":true,"thu":true,"fri":true,"sat":true,"sun":true,"additionalConditions":[],"never":[]}],"triggerIsMotion":true,"triggerName":"Flur MS unten links","triggerStateVal":0,"motionDuration":70,"motionBriStatePath":"zigbee.0.00158d0002b484af.illuminance","motionBriThreshold":"5","zoneNames":["Flur Licht unten Tag","Flur Licht unten Nacht"],"targetDeviceNames":["Flur Wandlampe unten","Flur Tischlampe unten 1","Flur Tischlampe unten 2"]}

system.adapter.smartcontrol.0.json

Wenn noch was fehlt sag bescheid.

Toller Adapter ansonsten. Danke.

[DocGame]

@Cristian @Mic Genau so sehe ich das auch. Der Auslöser wird ja meist über true geschalten. Das Toggeln des Zielgerätes ("True wenn False" und "False wenn True"), wäre ja wie in Blockly.

[siggi85]

@Mic Ist es bereits möglich, die Helligkeit einer zu schaltenden Lampe von einem gemessenen LUX Wert abhängig zu machen?
Ggf. bräuchte man hier die Möglichkeit, statt eines fixen Zielwertes, einen JavaScript Code zu hinterlegen, der den Zielwert als Rückgabewert hat.

Konkret habe ich bei meiner Treppenbeleuchtung einen Aqara Bewegungsmelder. Dieser aktualisiert bei Bewegung auch den Umgebungshelligkeitswert der Treppe (also bevor die Lampe geschaltet wird ).
Ich schalte nun die Beleuchtung der Treppe abhängig von der Umgebungshelligkeit (bspw. nachts wenn es dunkel ist, geht das Licht auch nur dunkel an).

Hier kurz der Auszug aus dem aktuellen Blockly und als JavaScript Code.

Spoiler

   } else if (getState("deconz.0.Sensors.16.lux").val <= 24) {
     setState("shelly.0.SHRGBW2#5A3AEE#1.lights.white"/*White*/, (5 * getState("deconz.0.Sensors.16.lux").val));
     setState("shelly.0.SHRGBW2#5A3AEE#1.lights.Switch"/*Switch*/, true);
   } else {
     setState("shelly.0.SHRGBW2#5A3AEE#1.lights.white"/*White*/, 120);
     setState("shelly.0.SHRGBW2#5A3AEE#1.lights.Switch"/*Switch*/, true);

[liv-in-sky]

@siggi85 abfrage nach number sollte so funktionieren

https://forum.iobroker.net/post/461249

(ich glaube aber - das ausschalten wird erst mit dem nächsten update integriert sein)

[extbingh]

Guten Morgen,

bei mir funktioniert das Ganze mit dem normalen Hue Adapter ohne Probleme (Tasmota Birnen über den MQTT Adapter + den Philips Hue Bewegungsmelder)

Wenn ich jedoch den Hue Extended Adapter benutze, geht das Ganze nicht, also die 3 Birnen gehen nicht an.

Woran kann das liegen?

presence Object verändert sich von false zu true sobald Bewegung erkannt wird.

Kennt jemand/gibt es eine andere Lösung zwecks der Reaktionszeit/der Verzögerung? Gleiches Problem beim Node-Red Adapter, beträgt ja bei allen Adaptern mindestens 2 Sekunden...
Nur in der Alexa App/den Routinen reagiert der Bewegungsmelder sofort.
Hauptgrund warum ich das hier nutze ist, weil in der Alexa App/den Routinen ich den Bewegungsmelder nur nach 1 Minute ausschalten kann und hier bereits nach 15/30/45 Sekunden etc.

Debug:

smartcontrol.0	2020-07-14 09:46:21.859	debug	(17219) [cP] : {"triggerType":"statePath","triggerStatePath":"hue-extended.0.sensors.050-bewegungsmelder_küche.state.presence","targetOff":false,"triggerStateValSet":false,"scheduleRows":[{"active":tr
smartcontrol.0	2020-07-14 09:46:21.857	debug	(17219) Execution rows for 'BW Küche' successfully found.
smartcontrol.0	2020-07-14 09:46:21.856	debug	(17219) State 'hue-extended.0.sensors.050-bewegungsmelder_küche.state.presence' change --> execute asyncTriggerActivated()
smartcontrol.0	2020-07-14 09:46:21.777	debug	(17219) Subscribed state 'hue-extended.0.sensors.050-bewegungsmelder_küche.state.presence' changed, new value: [false] (ack: true)
smartcontrol.0	2020-07-14 09:46:05.156	debug	(17219) [cP] : {"triggerType":"statePath","triggerStatePath":"hue-extended.0.sensors.050-bewegungsmelder_küche.state.presence","targetOff":false,"triggerStateValSet":true,"scheduleRows":[{"active":tru
smartcontrol.0	2020-07-14 09:46:05.154	debug	(17219) Execution rows for 'BW Küche' successfully found.
smartcontrol.0	2020-07-14 09:46:05.152	debug	(17219) State 'hue-extended.0.sensors.050-bewegungsmelder_küche.state.presence' change --> execute asyncTriggerActivated()
smartcontrol.0	2020-07-14 09:46:05.087	debug	(17219) Subscribed state 'hue-extended.0.sensors.050-bewegungsmelder_küche.state.presence' changed, new value: [true] (ack: true)
hue-extended.0	2020-07-14 09:44:22.263	debug	(17234) system.adapter.admin.0: logging true
smartcontrol.0	2020-07-14 09:44:21.588	debug	(17219) system.adapter.admin.0: logging true
hue-extended.0	2020-07-14 09:44:14.117	debug	(17234) system.adapter.admin.0: logging false
smartcontrol.0	2020-07-14 09:44:14.114	debug	(17219) system.adapter.admin.0: logging false
smartcontrol.0	2020-07-14 09:43:57.296	debug	(17219) [cP] : {"triggerType":"statePath","triggerStatePath":"hue-extended.0.sensors.050-bewegungsmelder_küche.state.presence","targetOff":false,"triggerStateValSet":false,"scheduleRows":[{"active":t
smartcontrol.0	2020-07-14 09:43:57.293	debug	(17219) Execution rows for 'BW Küche' successfully found.
smartcontrol.0	2020-07-14 09:43:57.292	debug	(17219) State 'hue-extended.0.sensors.050-bewegungsmelder_küche.state.presence' change --> execute asyncTriggerActivated()
smartcontrol.0	2020-07-14 09:43:57.230	debug	(17219) Subscribed state 'hue-extended.0.sensors.050-bewegungsmelder_küche.state.presence' changed, new value: [false] (ack: true)
smartcontrol.0	2020-07-14 09:43:43.186	debug	(17219) [cP] : {"triggerType":"statePath","triggerStatePath":"hue-extended.0.sensors.050-bewegungsmelder_küche.state.presence","targetOff":false,"triggerStateValSet":true,"scheduleRows":[{"active":tr
smartcontrol.0	2020-07-14 09:43:43.183	debug	(17219) Execution rows for 'BW Küche' successfully found.
smartcontrol.0	2020-07-14 09:43:43.177	debug	(17219) State 'hue-extended.0.sensors.050-bewegungsmelder_küche.state.presence' change --> execute asyncTriggerActivated()
smartcontrol.0	2020-07-14 09:43:43.117	debug	(17219) Subscribed state 'hue-extended.0.sensors.050-bewegungsmelder_küche.state.presence' changed, new value: [true] (ack: true)
hue-extended.0	2020-07-14 09:43:19.966	info	(17234) Establishing connection to bridge..
hue-extended.0	2020-07-14 09:43:19.886	info	(17234) starting. Version 1.3.8 in /opt/iobroker/node_modules/iobroker.hue-extended, node: v12.18.2, js-controller: 3.1.6
smartcontrol.0	2020-07-14 09:43:19.885	info	(17219) 0 trigger schedules activated...
smartcontrol.0	2020-07-14 09:43:19.879	info	(17219) Subscribing to all trigger states...
smartcontrol.0	2020-07-14 09:43:19.642	info	(17219) Subscribing to all target devices states...
hue-extended.0	2020-07-14 09:43:19.441	debug	(17234) statesDB connected
hue-extended.0	2020-07-14 09:43:19.439	debug	(17234) States connected to redis: 127.0.0.1:9000
hue-extended.0	2020-07-14 09:43:19.417	debug	(17234) States create System PubSub Client
hue-extended.0	2020-07-14 09:43:19.411	debug	(17234) States create User PubSub Client
hue-extended.0	2020-07-14 09:43:19.397	debug	(17234) Redis States: Use Redis connection: 127.0.0.1:9000
hue-extended.0	2020-07-14 09:43:19.392	debug	(17234) objectDB connected
hue-extended.0	2020-07-14 09:43:19.376	debug	(17234) Objects connected to redis: 127.0.0.1:9001
hue-extended.0	2020-07-14 09:43:19.332	debug	(17234) Objects client initialize lua scripts
hue-extended.0	2020-07-14 09:43:19.329	debug	(17234) Objects create User PubSub Client
hue-extended.0	2020-07-14 09:43:19.326	debug	(17234) Objects create System PubSub Client
hue-extended.0	2020-07-14 09:43:19.317	debug	(17234) Objects client ready ... initialize now
hue-extended.0	2020-07-14 09:43:19.234	debug	(17234) Redis Objects: Use Redis connection: 127.0.0.1:9001
smartcontrol.0	2020-07-14 09:43:16.964	info	(17219) Adapter admin configuration successfully validated...
smartcontrol.0	2020-07-14 09:43:16.707	debug	(17219) system.adapter.admin.0: logging true
host.raspberrypi-iob	2020-07-14 09:43:16.114	info	instance system.adapter.hue-extended.0 started with pid 17234
smartcontrol.0	2020-07-14 09:43:15.768	info	(17219) starting. Version 0.1.0-alpha.9 in /opt/iobroker/node_modules/iobroker.smartcontrol, node: v12.18.2, js-controller: 3.1.6
smartcontrol.0	2020-07-14 09:43:15.229	debug	(17219) statesDB connected
smartcontrol.0	2020-07-14 09:43:15.226	debug	(17219) States connected to redis: 127.0.0.1:9000
smartcontrol.0	2020-07-14 09:43:15.207	debug	(17219) States create System PubSub Client
smartcontrol.0	2020-07-14 09:43:15.201	debug	(17219) States create User PubSub Client
smartcontrol.0	2020-07-14 09:43:15.184	debug	(17219) Redis States: Use Redis connection: 127.0.0.1:9000
smartcontrol.0	2020-07-14 09:43:15.178	debug	(17219) objectDB connected
smartcontrol.0	2020-07-14 09:43:15.163	debug	(17219) Objects connected to redis: 127.0.0.1:9001
smartcontrol.0	2020-07-14 09:43:15.136	debug	(17219) Objects client initialize lua scripts
smartcontrol.0	2020-07-14 09:43:15.133	debug	(17219) Objects create User PubSub Client
smartcontrol.0	2020-07-14 09:43:15.130	debug	(17219) Objects create System PubSub Client
smartcontrol.0	2020-07-14 09:43:15.121	debug	(17219) Objects client ready ... initialize now
smartcontrol.0	2020-07-14 09:43:14.726	debug	(17219) Redis Objects: Use Redis connection: 127.0.0.1:9001
host.raspberrypi-iob	2020-07-14 09:43:13.633	info	instance system.adapter.hue-extended.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
hue-extended.0	2020-07-14 09:43:13.084	info	(17047) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
hue-extended.0	2020-07-14 09:43:13.083	info	(17047) terminating
hue-extended.0	2020-07-14 09:43:13.081	info	(17047) Adapter stopped und unloaded.
hue-extended.0	2020-07-14 09:43:13.079	info	(17047) Got terminate signal TERMINATE_YOURSELF
host.raspberrypi-iob	2020-07-14 09:43:13.073	info	stopInstance system.adapter.hue-extended.0 send kill signal
host.raspberrypi-iob	2020-07-14 09:43:13.069	info	stopInstance system.adapter.hue-extended.0 (force=false, process=true)
host.raspberrypi-iob	2020-07-14 09:43:12.539	info	instance system.adapter.smartcontrol.0 started with pid 17219
hue-extended.0	2020-07-14 09:43:12.172	debug	(17047) system.adapter.admin.0: logging false
host.raspberrypi-iob	2020-07-14 09:43:09.899	info	instance system.adapter.smartcontrol.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
smartcontrol.0	2020-07-14 09:43:09.342	info	(17165) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
smartcontrol.0	2020-07-14 09:43:09.337	info	(17165) terminating
smartcontrol.0	2020-07-14 09:43:09.331	info	(17165) Stopping adapter instance successfully proceeded...
smartcontrol.0	2020-07-14 09:43:09.323	debug	(17165) (0) trigger schedules cancelled...
smartcontrol.0	2020-07-14 09:43:09.315	info	(17165) Got terminate signal TERMINATE_YOURSELF
host.raspberrypi-iob	2020-07-14 09:43:09.303	info	stopInstance system.adapter.smartcontrol.0 send kill signal

[siggi85]

@liv-in-sky sagte in Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.x testen:

@siggi85 abfrage nach number sollte so funktionieren

https://forum.iobroker.net/post/461249

(ich glaube aber - das ausschalten wird erst mit dem nächsten update integriert sein)

Danke für deine Antwort.

In meinem Skript trigger ich auf den Bewegungsdatenpunkt und werte dann den LUX Datenpunkt aus. In deinem Beispiel müsste ich dann den trigger auf den LUX Datenpunkt setzen, damit ich diesen in der Bedingung auch auswerten kann. Das könnte aber auch funktionieren (da der LUX meines Wissens nur bei Bewegung gesetzt wird und somit auch als trigger genutzt werden könnte). Schöner wäre natürlich trotzdem der Trigger auf den Bewegungsdatenpunkt.

Eine "Formel" zur Berechnung der neuen Helligkeit kann ich so aber nicht implementieren. Wenn ich nach dem Muster mehrere feste "Helligkeitsstufen" einführe (etwas unübersichtlicher und nicht so flexibel wie eine kleine Formel), müssten auch mehrere Bedingungen möglich sein.
Funktionieren auch mehrere Bedingen? Also bspw:

>=24
<24 & >=18
<18 & >=12
<12 & >=6
<6

[Ein ehemaliger Benutzer]

@Mic @ALL
Wie sieht das denn mit einem Button als Zielgerät aus.
Z.B. bei einem Broadlink.
Irgendwie stehe ich hier auf dem Schlauch.
Geht das schon?

[crunchip]

@Mic habe das mal so angewandt und meine vorhandenen Gerätenamen angepasst.
aus Gerätename Esstisch wurde Licht.Esstisch

Sicherheitshalber hatte ich den Adapter zuvor deaktiviert. Nachdem ich alles Umbenannt hatte, löschte ich auch zur Sicherheit den kompletten Stammbaum smartcontrol.0, damit alles sauber angelegt wird. Nachdem ich den Adapter startete trat jedoch der Fehler auf

smartcontrol.0	2020-07-15 15:13:26.264	error	at async SmartControl._asyncOnReady (/opt/iobroker/node_modules/iobroker.smartcontrol/main.js:195:13)
smartcontrol.0	2020-07-15 15:13:26.264	error	at processTicksAndRejections (internal/process/task_queues.js:97:5)
smartcontrol.0	2020-07-15 15:13:26.264	error	at Library.updateOptionStatesFromConfig (/opt/iobroker/node_modules/iobroker.smartcontrol/lib/smartcontrol.js:324:40)
smartcontrol.0	2020-07-15 15:13:26.264	error	(8702) [updateOptionStatesFromConfig()] – TypeError: Cannot read property 'undefined' of undefined
smartcontrol.0	2020-07-15 15:13:26.261	error	(8702) Error getting state 'options.TargetDevices.Licht.name' – Unable to get state value of statePath 'smartcontrol.0.options.TargetDevices.Licht.Esstisch.active'

Bis ich dann herausfand, das ich das Zielgerät im Adapter löschen und neu anlegen musste.
Nach Neustart de Adapters kam dann die selbe Fehlermeldung fürs nächste Zielgerät.
Also, kurz gesagt, es wirft immer nur 1 Zielgerät den Fehler, behebt man dieses, folgt das nächste.
Was ich aber nicht verstehe, das der Adapter ja vor der Umbenennung der Zielgeräte deaktiviert wurde und sogar der komplette Stammbaum gelöscht wurde.

Bekomme aber trotzdem jetzt wieder diese Meldung

smartcontrol.0	2020-07-15 16:13:55.715	error	(4082) [updateOptionStatesFromConfig()] – TypeError: Cannot read property 'undefined' of undefined at Library.updateOptionStatesFromConfig (/opt/iobroker/node_modules/iobroker.smartcontrol/lib/sma
smartcontrol.0	2020-07-15 16:13:55.712	error	(4082) Error getting state 'options.TargetDevices.Licht.name' – Unable to get state value of statePath 'smartcontrol.0.options.TargetDevices.Licht.Bürolicht.active'

Edit: nachdem ich die Fehlermeldung nicht richtig deuten konnte, habe ich nun die "Unterteilung" xyz.zxy.xxx entfernt und keine Fehlermeldung mehr, also funktioniert das mit dem . nicht,
desweiteren ein... Wohn/Esszimmer als Bezeichnung,
führt zu einem Esszimmer bei der Geräteauswahl