Weihnachtsangebot 2025! 🎄

[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

[Mic]

Hi All :-)

So, hab grad auf Github 0.1.0-alpha.10 veröffentlicht, und wie es sich für eine runde Nummer gehört, gibt es mehr Features und Verbesserungen, sowie einige Fixes ;)

Alles noch sehr ungetestet von mir, muss selbst noch testen, aber da der Adapter noch in einer Alpha-Version ist, stelle ich euch dennoch die Änderungen zur Verfügung. Kann und wird wohl noch Fehler geben. Nichtsdestotrotz will ich euch die Änderungen nicht vorenthalten.

Enthält auch einige Fixes, wie etwa der Fehler von @crunchip berichtet - https://forum.iobroker.net/post/462886

Zu den wichtigsten Änderungen/Neuerungen:

1. Neue Toggle-Funktion:

Beschreibung:

Danke an @Cristian für die Erklärung und Vorschlag zur Umsetzung.

2. Trigger States dürfen jetzt mehrfach verwendet werden unter "3. AUSLÖSER"
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.

3. Einbindung mehrerer Bewegungsmelder in eine Zone"

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

4. Neue Option für Astrozeiten night/nightEnd

5. Zone immer nach x Sekunden ausschalten
In den Zonen gibt es eine neue Option "Aus nach x sec".

Erklärung:

[Mic]

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

Wenn noch was fehlt sag bescheid.

Danke für die Rückmeldung. Aufgrund wenig Zeit kam ich noch nicht dazu, dass ich das prüfe, hab auch parallel dazu hunderte Code-Zeilen geändert.
Magst du bitte aktuell neu testen mit der 0.1.0-alpha.10 Version?
Dann kann ich deutlich besser nachvollziehen und mir das anschauen.

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

Ist es bereits möglich, die Helligkeit einer zu schaltenden Lampe von einem gemessenen LUX Wert abhängig zu machen?

Spezielle Lichtsteuerungen wie diese sind noch nicht im Scope des Adapters. Ich muss irgendwie eingrenzen und erst mal Fokus setzen... Ziel ist erst mal eine stabile Erstversion rauszubringen. Dann folgt alles weitere wie dein Request ;-)

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

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.

Interessant... Da ich so viel im Code für 0.1.0-alpha.10 geändert habe, kannst du bitte damit noch mal testen und dann Log posten? Schaue ich mehr gerne dann an.

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

Funktionieren auch mehrere Bedingen? Also bspw:
>=24 <24 & >=18 <18 & >=12 <12 & >=6 <6

Etwaige zusätzliche Bedingungen: noch Zukunftsmusik ;-) Ebenso wie komplexe Lichtsteuerungen usw (siehe Erklärung oben)

@Alle anderen
Ich hoffe, ich hab jetzt beim beantworten nichts vergessen, falls doch, bitte hier rein schreiben ;-)

[Ein ehemaliger Benutzer]

@Mic
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?

[sigi234]

@Mic

Ich finde das Hilfssystem einfach Genial.:+1:

[crunchip]

@Yetiberg ist doch auch nichts andres wie ein true/false

[Mic]

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

@Mic
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?

Wahrscheinlich noch nicht :-)
Dein Use Case also: Datenpunkt gibt den Zustand des Endgerätes nicht wider, und schaltet einfach nur bei Aktivierung des Datenpunktes, also setzen auf true, oder?
Aus Entwickler-Sicht nicht nice, wenn man den Zustand nicht kennt, aber verstehe den Use Case gut, habe ich auch (Philips TV) :)
Muss ich noch einbauen, geht so noch nicht, weil der Adapter immer bislang die bestehenden Zustände prüft, damit nicht blind Stateänderungen raus geballert werden, aber das muss dann wohl so sein bei Buttons als Zielgeräte.

[Mic]

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

@Mic

Ich finde das Hilfssystem einfach Genial.:+1:

Freut mich, danke :-) Du meinst die Aufklapp-Überschriten zu jeder Option im Adapter, also wo man direkt die Hilfe hat, ohne unnötig in einer Github README zu suchen? Denn das war so mein Ziel damit, cool wenn es gut ankommt :sunglasses:

[Mic]

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

@Yetiberg ist doch auch nichts andres wie ein true/false

Hatte grad parallel geantwortet, siehe meine Antwort, glaube daher dass das ein valider Request ist, weil ja "Button"-Datenpunkte nicht wirklich den Zustand (an/aus) kennen sondern z.B. nur einen http-Request absetzen.

[sigi234]

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

Freut mich, danke Du meinst die Aufklapp-Überschriten zu jeder Option im Adapter, also wo man direkt die Hilfe hat, ohne unnötig in einer Github README zu suchen?

Ja genau.

[crunchip]

@Mic @Yetiberg hab ich grad mal probiert mit meiner Esszimmerlampe, die wird vom Broadlink geschaltet

29079) Trigger 'BWM Wohn-Esszimmer' activated for 'Esszimmer'. However, devices 'Esstisch,Esszimmer Deckenlampe' not turned on as these are already on. Setting timer of 600s to turn off.

[Ein ehemaliger Benutzer]

@crunchip
Bei mir nicht
Ich habe z.B. einen selbst angelegten Datenpunkt: Ventilator.
Wenn der auf true geht soll der Broadlink die Steckdose schalten.
Wenn false dann der Broadlink die Steckdose ausschalten.
Das geht mit Blockly Perfekt.
Aber nicht mit diesem Adapter

[Mic]

Ach ja, hab noch ein wesentliches neues Feature vergessen.

Immer aus nach x Sekunden
In den Zonen gibt es eine neue Option "Aus nach x sec".

Erklärung:

Oben ergänzt.

@Yetiberg @crunchip
Interessant warum es bei dir @crunchip geht....

[Cristian]

@Mic said in Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.x testen:

Hi All :-)

So, hab grad auf Github 0.1.0-alpha.10 veröffentlicht, und wie es sich für eine runde Nummer gehört, gibt es mehr Features und Verbesserungen, sowie einige Fixes ;)

Alles noch sehr ungetestet von mir, muss selbst noch testen, aber da der Adapter noch in einer Alpha-Version ist, stelle ich euch dennoch die Änderungen zur Verfügung. Kann und wird wohl noch Fehler geben. Nichtsdestotrotz will ich euch die Änderungen nicht vorenthalten.

Enthält auch einige Fixes, wie etwa der Fehler von @crunchip berichtet - https://forum.iobroker.net/post/462886

Zu den wichtigsten Änderungen/Neuerungen:

1. Neue Toggle-Funktion:

Beschreibung:

Danke an @Cristian für die Erklärung und Vorschlag zur Umsetzung.

Super, Danke für die Umsetzung! Schon probiert, funktioniert bestens, auch die Ziel-aus Funktion (vorher ging das nicht):+1:

Kleine Sache im Log, nur wenn man die Ziel-aus benutzt:

 ... not turned off (as already off): ...

Im diesem Fall wäre das Log nicht richtig, es werden doch die angegebenen Zielgeräte off wenn die on sind.