Teste Adapter SmartControl 0.1.x-beta.x

[crunchip]

@dslraser sagte in Teste Adapter SmartControl 0.1.x-beta.x:

z.B. wenn .on true ist, oder der .level > 0---dann ist die Lampe an

und das sind ja deine Zielgeräte die du im Adapter definierst, somit weiß der Adapter ob das Gerät an oder aus ist.

@dslraser sagte in Teste Adapter SmartControl 0.1.x-beta.x:

Trotzdem schaltet dann der Adapter das Licht nach der im Adapter eingestellten Zeit ab.

weil beim schalten auf true der Timer im Adapter beginnt.

deine xx sek die du bei deinem BWM einstellen kannst ist doch auch nichts anderes, als bei einem z.b. einfachen Xiaomi BWM...nur das der nach einer festen Zeit bei nicht Bewegung von true auf false wechselt.
wenn dein BWM das Licht nicht auschalten soll, musst du das X setzen, andernfalls schaltet der Adapter dein Licht nach der definierten Zeit, die du im Adapter angeben musst.
Ich hab BWM, die nach 120 sek und auch welche, die nach 5sek eine neue Bewegung erkennen, der Status (true/false) wechselt paar sek danach. Im Adapter ist meine hinterlegte Zeit zum schalten größer ( ab 2min aufwärts)

@dslraser sagte in Teste Adapter SmartControl 0.1.x-beta.x:

Eine erneute Bewegung wird der Adapter aber nicht feststellen

bin nicht sicher ob nur auf Änderung oder auf Aktualisierung abgefragt wird

[dslraser]

@crunchip sagte in Teste Adapter SmartControl 0.1.x-beta.x:

und das sind ja deine Zielgeräte die du im Adapter definierst, somit weiß der Adapter ob das Gerät an oder aus ist.

Eben nicht. Das/die Zielgeräte sind der Command Datenpunkt. (habe ich auch so beschrieben)
Command deshalb, weil ich da die transitionstime selbst bestimmen kann, das geht bei .on oder .level nicht, da wird dann einfach an oder ausgeschaltet.

Ich weiß nicht ob ich der Einzige mit HM oder HMIP Bewegungsmeldern und HUE Lampen bin, vielleicht bin ich auch nur noch immer nicht dahinter gekommen wie es funktionieren soll...? Vielleicht beschreibe ich es auch nur schlecht.

Egal, ich lese hier einfach weiter mit und verfolge gespannt die Entwicklung.

[crunchip]

@dslraser sagte in Teste Adapter SmartControl 0.1.x-beta.x:

Das/die Zielgeräte sind der Command Datenpunkt. (habe ich auch so beschrieben)

das hab ich schon gelesen, deine Beschreibung, deshalb hab ich darauf ja geantwortet, (Zielgeräte on/off...true/false)
wie soll sonst der Adapter wissen welches Gerät an oder aus ist....wie du ja selbst festgestellt hast

der einzigste mit diesen Geräten bist bestimmt nicht, aber der Adapter noch nicht so verbreitet
mal abwarten was @Mic spricht...vllt denken wir beide zu kompliziert...

[Mic]

Danke für eure Rückmeldungen.

Hi Frank,

@hetti72 sagte in Teste Adapter SmartControl 0.1.x-beta.x:

So wie ich das verstanden hab gibt es momentan noch keine möglichkeit "Button" Datenpunkte zu triggern (z.B. eine Scene für HUE oder Deconz). Richtig?
Ich würde gerne meine Lichter über Szenen steuern, weil ich bisher direkt in der HUE App die Möglichkeit hatte Szenen über den BWM zu triggern und ich so je nach Tageszeit verschiedene Stimmungen erzeugen möchte.

Siehe Issue #5 - kommt noch.

Und dann hab ich noch einen Verbesserungsvorschlag:
Es gibt ja schon die Möglichkeit verschiedene Einstellungen über Datenpunkte zu deaktivieren / aktivieren. Ich fände es gut wenn man auch die Helligkeit und die Einschaltedauer unter Auslöser/Bewegungsmelder per Datenpunkt veränderbar machen könnte. Dann könnte man mal schnell über die VIS die "Helligkeit" für einen Bewegungsmelder anpassen, so ähnlich wie es über die HUE App direkt möglich ist.

Gerne. Bitte am besten hier ein Github-Issue ("Enhancement Request") aufmachen.

@dslraser und @crunchip

@dslraser sagte in Teste Adapter SmartControl 0.1.x-beta.x:

und woher will der Adapter wissen ob das Zielgerät bereits an ist (wenn über Command eingeschaltet wird, steht da nur der letzte Command Befehl im DP drinn, deshalb kann die Lampe trotzdem an oder aus sein. Ob die Lampe an ist oder nicht steht in einem anderen Datenpunkt (nicht im Command Datenpunkt)

Der jetzige Adapter arbeitet ohne "Command"-Datenpunkt. Scheinbar kann dem noch mehr mitgegeben werden, wie ich verstehe. Das bieten mihome und zigbee nicht für Aquara.

Wie auch immer: Was zu schalten ist, ist ausschließlich im Adapter zu hinterlegen, und nicht per "Command-Datenpunkt" zu senden.
Daher bitte statt dem Command einfach nur on hinterlegen, z.B.:

Achtung: ich habe diese Hardware nicht, evtl. ist es ein anderer Datenpunkt, der eben auf "true" geht, sobald Bewegung erkannt wird.

Was dann geschaltet werden soll, wann wieder aus, usw., macht der Adapter dann selbst anhand der Optionen, die definiert werden.

[Mic]

Neue Version 0.1.2-beta.3

Dialog zur Auswahl von Geräten etc. verbessert

1. Beim Öffnen des Dialogs werden alle Einträge automatisch ausgeklappt, die selektiert sind
2. Zusätzliche Buttons "alle einklappen" und "alle ausklappen"

Neues Feature: Möglichkeit zum Überschreiben der Zielgeräte-Werte

#16.

Zielgeräte-Werte in "ZONEN" überschreiben: Im Dialog zur Auswahl der Zielgeräte kann man nun durch Doppelklick oder F2 den Wert für 'an' von "1. ZIELGERÄTE" jeweils überschreiben, in dem man da einfach den neuen Zielwert einträgt. Dieser erscheint dann in geschweiften Klammern hinter dem Namen, z.B. Bad.Spiegel.Licht {30%}.

[siggi85]

@Mic Ich kann die Zielwerte eintragen, aber sie werden bei mir nicht übernommen. Mache ich etwas falsch?

EDIT: Ok, der Log ist aufschlussreich. Sicher ein Bug an dieser Stelle oder? Er müsste ja den aktuellen Wert mit dem Zielwert vergleichen (entweder den definierten oder den neuen überschriebenen) um zu prüfen, ob er ggf. doch nicht schalten soll:

Trigger 'Test' activated Zone 'Deckenlampen Helligkeit'. However, devices 'Wohnzimmer Deckenlampe groß Helligkeit,Wohnzimmer Deckenlampe klein Helligkeit' not turned on as these are already o

[Mic]

@siggi85 sagte in Teste Adapter SmartControl 0.1.x-beta.x:

Ok, der Log ist aufschlussreich. Sicher ein Bug an dieser Stelle oder? Er müsste ja den aktuellen Wert mit dem Zielwert vergleichen (entweder den definierten oder den neuen überschriebenen) um zu prüfen, ob er ggf. doch nicht schalten soll:

Danke für den Test.
Also bei mir funktioniert das. Was waren denn die Ausgangswerte in den Datenpunkten?
Am besten postest du mal den kompletten Debug-Log hiervon, damit ich es besser nachvollziehen kann.

[siggi85]

@Mic Ein Helligkeitswert stand auf 5, der andere auf 18. Debug Log komme ich aber wahrscheinlich frühestens heute Abend zu.
Aber von der Idee wie es aktuell gelöst ist finde ich es Klasse.

[ilovegym]

@Mic
Hi, soweit alles super gelöst von dir!

Frage, muss ich den Aqara-Motion-Sensor zweimal anlegen als Auslöser, einmal mit Helligkeitswert für die Geräte, die bei Dunkelheit geschaltet werden sollen, und einmal für die Geräte, die immer bei Bewegung geschaltet werden sollen?

Mir ist das erst jetzt aufgefallen, da ich meist in einem Raum einen Aqara und einen Xiaomi Motion habe, nur in dem Raum, indem nur ein Aqara ist, löst jetzt nix mehr aus, nur noch, wenn es dunkel ist... soll aber auch auslösen, wenn hell und Bewegung...

[siggi85]

@siggi85 sagte in Teste Adapter SmartControl 0.1.x-beta.x:

@Mic Ein Helligkeitswert stand auf 5, der andere auf 18. Debug Log komme ich aber wahrscheinlich frühestens heute Abend zu.
Aber von der Idee wie es aktuell gelöst ist finde ich es Klasse.

@Mic Also mittlerweile wurden die Werte gesetzt (keine Ahnung wann und wie).

Weitere Tests haben nun auch funktioniert, keine Ahnung wieso es gestern nicht funktioniert hat. Ich beobachte das mal weiter.

Ein Sache trotzdem noch.
Der Shelly Adapter setzte zwar den Wert, meckert aber am Datentyp rum. Kann man den zu schreibenden Datentyp an den Zieldatenpunkt anpassen, also bei Bedarf vorher konvertieren?

shelly.0	2020-08-12 08:04:00.025	error	(1104) Datatype for SHDM-1#D47D8B#1.lights.brightness differs from expected, ignore state change! Please write correct datatype (number)

[danny_v1]

Hallo, erst mal danke für den tollen Adapter, das erspart sicher einiges an Scripts!!!

Habe ihn gerade installiert und getestet. Ich habe einfach mal mit einem BWM eine Lampe schalten wollen, dabei habe ich festgestellt dass es mit alias Datenpunkten nicht so zuverlässig funktioniert wie mit den richtigen Datenpunkten. Es wäre auch super, im Reiter Auslöser bei Bewegungsmelder die Grenze variabel zu machen, also das man da einen Datenpunkt angeben kann.

Mfg danny_v1

[Mic]

@siggi85 sagte in Teste Adapter SmartControl 0.1.x-beta.x:

Ein Sache trotzdem noch.
Der Shelly Adapter setzte zwar den Wert, meckert aber am Datentyp rum. Kann man den zu schreibenden Datentyp an den Zieldatenpunkt anpassen, also bei Bedarf vorher konvertieren?

Oh ja, das muss unbedingt geschehen!
Ich hattee diese Verifizierung und Anpassung für alles implementiert, aber jetzt für dieses neue Feature noch nicht.

Mit 0.1.2-beta.4 jetzt erweitert:

• (Mic.M) Enhance functionality of validating/correcting config settings (new feature with 0.1.2-beta.3) to also process overwritten target device values. The issue is described here: ioBroker forum post.
• (Mic-M) Improved validation of all adapter config settings (user input)

Hintergrund:
Der Anwender gibt die Zielwerte für Datenpunkte in Textfelder ein. Das muss der Adapter natürlich konvertieren, also z.B. Textwert "true" in Boolean true, Nummer "12345" in Typ Nummer, usw.
Ist jetzt auch für diese neue Option eingebaut.

Dein Shelly sollte nun mit dem Adapter den Wert als korrekten Datentyp erhalten.
Bitte testen

[Mic]

Danke übrigens für euer tolles Feedback zur neuen Option, freut mich

So, nun geht's weiter hier:

@ilovegym sagte in Teste Adapter SmartControl 0.1.x-beta.x:

Frage, muss ich den Aqara-Motion-Sensor zweimal anlegen als Auslöser, einmal mit Helligkeitswert für die Geräte, die bei Dunkelheit geschaltet werden sollen, und einmal für die Geräte, die immer bei Bewegung geschaltet werden sollen?
Mir ist das erst jetzt aufgefallen, da ich meist in einem Raum einen Aqara und einen Xiaomi Motion habe, nur in dem Raum, indem nur ein Aqara ist, löst jetzt nix mehr aus, nur noch, wenn es dunkel ist... soll aber auch auslösen, wenn hell und Bewegung...

Hmm, also es ist so:

Die kurze Antwort: lege den Bewegungsmelder noch mal an

Die längere Antwort:
Der Auslöser, also hier Bewegungsmelder, löst aus, falls Bewegung. Zudem kann mal halt noch optional einen Helligkeits-Datenpunkt setzen.

Wenn du unterschiedliche Helligkeiten für einen Bewegungsmelder zum auslösen hast, bzw. wie bei dir ein Szenario ohne Helligkeit, dann sieht der Adapter vor, dass du den Bewegungsmelder einfach 2mal anlegst (unterschiedlicher Name halt). Dann sollte der Adapter diesen BWM so betrachten wie 2 verschiedene Hardware-Komponenten. Also dann solltest du das steuern können wie gewünscht.

Bitte testen, freue mich auf dein Feedback

[Mic]

Hi @danny_v1 sagte in Teste Adapter SmartControl 0.1.x-beta.x:

Hallo, erst mal danke für den tollen Adapter, das erspart sicher einiges an Scripts!!!

Habe ihn gerade installiert und getestet. Ich habe einfach mal mit einem BWM eine Lampe schalten wollen, dabei habe ich festgestellt dass es mit alias Datenpunkten nicht so zuverlässig funktioniert wie mit den richtigen Datenpunkten. Es wäre auch super, im Reiter Auslöser bei Bewegungsmelder die Grenze variabel zu machen, also das man da einen Datenpunkt angeben kann.

Danke für dein Feedback

dabei habe ich festgestellt dass es mit alias Datenpunkten nicht so zuverlässig funktioniert wie mit den richtigen Datenpunkten.

Hmm, was funktioniert denn da nicht so zuverlässig, setzt du hier einen Adapter ein, und wenn ja welchen?

Es wäre auch super, im Reiter Auslöser bei Bewegungsmelder die Grenze variabel zu machen, also das man da einen Datenpunkt angeben kann.

Beschreibe hier am besten mal deinen Use Case.

[danny_v1]

@Mic
Also ich habe aqara BWM mit deconz im Einsatz und, ich habe mir mal durch einen echt sinnvollen Tipp alle Geräte als Alias angelegt und Arbeite dann in der Vis oder Skripten eigentlich nur noch mit den Aliassen, das ich dis Sensoren leichter mal austauschen kann.
Wenn ich den BWM als Alias im Reiter Auslöser eintrage funktioniert es nicht (Lampe wird nicht geschalten). Trage ich den Deconz Datenpunkt ein geht es Problemlos.

Ich möchte über die Vis den Grenzwert für die Helligkeit festlegen, ebenso die Ausschaltverzögerung oder über Switches auswählen das der BWM nur schaltet, wenn z.B. alle anderen Lampen aus sind.

[Mic]

@danny_v1 sagte in Teste Adapter SmartControl 0.1.x-beta.x:

@Mic
Also ich habe aqara BWM mit deconz im Einsatz und, ich habe mir mal durch einen echt sinnvollen Tipp alle Geräte als Alias angelegt und Arbeite dann in der Vis oder Skripten eigentlich nur noch mit den Aliassen, das ich dis Sensoren leichter mal austauschen kann.
Wenn ich den BWM als Alias im Reiter Auslöser eintrage funktioniert es nicht (Lampe wird nicht geschalten). Trage ich den Deconz Datenpunkt ein geht es Problemlos.

Ich möchte über die Vis den Grenzwert für die Helligkeit festlegen, ebenso die Ausschaltverzögerung oder über Switches auswählen das der BWM nur schaltet, wenn z.B. alle anderen Lampen aus sind.

1. Bitte Beispiel eines Alias-Datenpunktes von dir
2. Was zeigt das Debug-Log des Adapters?

[danny_v1]

@Mic

{
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1596227959047,
  "common": {
    "name": "Bewegung",
    "role": "sensor.motion",
    "type": "boolean",
    "read": true,
    "write": false,
    "alias": {
      "id": "deconz.0.Sensors.17.presence"
    }
  },
  "native": {},
  "acl": {
    "object": 1638,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator",
    "state": 1638
  },
  "_id": "alias.0.Wohnzimmer.BWMWohnzimmer.ACTUAL",
  "type": "state"
}

smartcontrol.0	2020-08-12 23:50:17.328	debug	(9566) Subscribed state 'smartcontrol.0.targetDevices.Schreibtischlampe' change: ack 'true' is *not* meeting isAckPassing() conditions
smartcontrol.0	2020-08-12 23:50:17.327	debug	(9566) [isAckPassing()] Adapter instance state (smartcontrol.0) identified -> NOT passing since ack:true (we require ack:false)
smartcontrol.0	2020-08-12 23:50:17.326	debug	(9566) Subscribed state 'smartcontrol.0.targetDevices.Schreibtischlampe' changed, new val: [true] (ack: true).
smartcontrol.0	2020-08-12 23:50:17.323	debug	(9566) State 'alias.0.Wohnzimmer.Arbeitszimmer.Schreibtischlampe.ON_SET' changed to 'true' -> 'smartcontrol.0.targetDevices.Schreibtischlampe' set to true.
smartcontrol.0	2020-08-12 23:50:17.321	debug	(9566) Subscribed state 'smartcontrol.0.targetDevices.Schreibtischlampe' change: ack 'true' is *not* meeting isAckPassing() conditions
smartcontrol.0	2020-08-12 23:50:17.321	debug	(9566) [isAckPassing()] Adapter instance state (smartcontrol.0) identified -> NOT passing since ack:true (we require ack:false)
smartcontrol.0	2020-08-12 23:50:17.320	debug	(9566) Subscribed state 'smartcontrol.0.targetDevices.Schreibtischlampe' changed, new val: [true] (ack: true).
smartcontrol.0	2020-08-12 23:50:17.319	debug	(9566) State 'alias.0.Wohnzimmer.Arbeitszimmer.Schreibtischlampe.ON_SET' changed to 'true' -> 'smartcontrol.0.targetDevices.Schreibtischlampe' set to true.
smartcontrol.0	2020-08-12 23:50:17.291	debug	(9566) State 'alias.0.Wohnzimmer.Arbeitszimmer.Schreibtischlampe.ON_SET' change --> execute handleStateChangeTargetForeignTargets()
smartcontrol.0	2020-08-12 23:50:17.290	debug	(9566) Subscribed state 'alias.0.Wohnzimmer.Arbeitszimmer.Schreibtischlampe.ON_SET' change: ack 'true' *is* meeting isAckPassing() conditions.
smartcontrol.0	2020-08-12 23:50:17.289	debug	(9566) State 'alias.0.Wohnzimmer.Arbeitszimmer.Schreibtischlampe.ON_SET' change --> execute handleStateChangeTargetForeignTargets()
smartcontrol.0	2020-08-12 23:50:17.288	debug	(9566) Subscribed state 'alias.0.Wohnzimmer.Arbeitszimmer.Schreibtischlampe.ON_SET' change: ack 'true' *is* meeting isAckPassing() conditions.
smartcontrol.0	2020-08-12 23:50:17.287	debug	(9566) Subscribed state 'alias.0.Wohnzimmer.Arbeitszimmer.Schreibtischlampe.ON_SET' changed, new val: [true] (ack: true).
smartcontrol.0	2020-08-12 23:50:17.286	debug	(9566) Subscribed state 'alias.0.Wohnzimmer.Arbeitszimmer.Schreibtischlampe.ON_SET' changed, new val: [true] (ack: true).
smartcontrol.0	2020-08-12 23:50:17.273	debug	(9566) Subscribed state 'smartcontrol.0.targetDevices.Schreibtischlampe' change: ack 'true' is *not* meeting isAckPassing() conditions
smartcontrol.0	2020-08-12 23:50:17.271	debug	(9566) [isAckPassing()] Adapter instance state (smartcontrol.0) identified -> NOT passing since ack:true (we require ack:false)
smartcontrol.0	2020-08-12 23:50:17.271	debug	(9566) Subscribed state 'smartcontrol.0.targetDevices.Schreibtischlampe' changed, new val: [true] (ack: true).
smartcontrol.0	2020-08-12 23:50:17.270	debug	(9566) State 'alias.0.Wohnzimmer.Arbeitszimmer.Schreibtischlampe.ON_SET' changed to 'true' -> 'smartcontrol.0.targetDevices.Schreibtischlampe' set to true.
smartcontrol.0	2020-08-12 23:50:17.269	debug	(9566) State 'alias.0.Wohnzimmer.Arbeitszimmer.Schreibtischlampe.ON_SET' changed to 'true' -> 'smartcontrol.0.targetDevices.Schreibtischlampe' set to true.
smartcontrol.0	2020-08-12 23:50:17.260	debug	(9566) Subscribed state 'smartcontrol.0.targetDevices.Schreibtischlampe' change: ack 'true' is *not* meeting isAckPassing() conditions
smartcontrol.0	2020-08-12 23:50:17.259	debug	(9566) [isAckPassing()] Adapter instance state (smartcontrol.0) identified -> NOT passing since ack:true (we require ack:false)
smartcontrol.0	2020-08-12 23:50:17.258	debug	(9566) Subscribed state 'smartcontrol.0.targetDevices.Schreibtischlampe' changed, new val: [true] (ack: true).
smartcontrol.0	2020-08-12 23:50:17.237	debug	(9566) State 'alias.0.Wohnzimmer.Arbeitszimmer.Schreibtischlampe.ON_SET' change --> execute handleStateChangeTargetForeignTargets()
smartcontrol.0	2020-08-12 23:50:17.236	debug	(9566) Subscribed state 'alias.0.Wohnzimmer.Arbeitszimmer.Schreibtischlampe.ON_SET' change: ack 'true' *is* meeting isAckPassing() conditions.
smartcontrol.0	2020-08-12 23:50:17.235	debug	(9566) State 'alias.0.Wohnzimmer.Arbeitszimmer.Schreibtischlampe.ON_SET' change --> execute handleStateChangeTargetForeignTargets()
smartcontrol.0	2020-08-12 23:50:17.235	debug	(9566) Subscribed state 'alias.0.Wohnzimmer.Arbeitszimmer.Schreibtischlampe.ON_SET' change: ack 'true' *is* meeting isAckPassing() conditions.
smartcontrol.0	2020-08-12 23:50:17.234	debug	(9566) Subscribed state 'alias.0.Wohnzimmer.Arbeitszimmer.Schreibtischlampe.ON_SET' changed, new val: [true] (ack: true).
smartcontrol.0	2020-08-12 23:50:17.233	debug	(9566) Subscribed state 'alias.0.Wohnzimmer.Arbeitszimmer.Schreibtischlampe.ON_SET' changed, new val: [true] (ack: true).
smartcontrol.0	2020-08-12 23:50:17.218	debug	(9566) 'alwaysOff' 180s timer for zone 'Wohnzimmer' initially started.
smartcontrol.0	2020-08-12 23:50:17.201	debug	(9566) Subscribed state 'smartcontrol.0.targetDevices.Schreibtischlampe' change: ack 'true' is *not* meeting isAckPassing() conditions
smartcontrol.0	2020-08-12 23:50:17.199	debug	(9566) [isAckPassing()] Adapter instance state (smartcontrol.0) identified -> NOT passing since ack:true (we require ack:false)
smartcontrol.0	2020-08-12 23:50:17.199	debug	(9566) Subscribed state 'smartcontrol.0.targetDevices.Schreibtischlampe' changed, new val: [true] (ack: true).
smartcontrol.0	2020-08-12 23:50:17.198	debug	(9566) State 'alias.0.Wohnzimmer.Arbeitszimmer.Schreibtischlampe.ON_SET' changed to 'true' -> 'smartcontrol.0.targetDevices.Schreibtischlampe' set to true.
smartcontrol.0	2020-08-12 23:50:17.193	debug	(9566) Subscribed state 'smartcontrol.0.targetDevices.Schreibtischlampe' change: ack 'true' is *not* meeting isAckPassing() conditions
smartcontrol.0	2020-08-12 23:50:17.192	debug	(9566) [isAckPassing()] Adapter instance state (smartcontrol.0) identified -> NOT passing since ack:true (we require ack:false)
smartcontrol.0	2020-08-12 23:50:17.189	debug	(9566) Subscribed state 'smartcontrol.0.targetDevices.Schreibtischlampe' changed, new val: [true] (ack: true).
smartcontrol.0	2020-08-12 23:50:17.184	debug	(9566) State 'alias.0.Wohnzimmer.Arbeitszimmer.Schreibtischlampe.ON_SET' changed to 'true' -> 'smartcontrol.0.targetDevices.Schreibtischlampe' set to true.
smartcontrol.0	2020-08-12 23:50:17.177	debug	(9566) Trigger 'Bewegungsmelder Wohnzimmer', Zone 'Wohnzimmer': Setting timer of 180s to turn off.
smartcontrol.0	2020-08-12 23:50:17.176	debug	(9566) Trigger 'Bewegungsmelder Wohnzimmer' activated Zone 'Wohnzimmer'. Turned on: Schreibtischlampe.
smartcontrol.0	2020-08-12 23:50:17.171	debug	(9566) State 'alias.0.Wohnzimmer.Arbeitszimmer.Schreibtischlampe.ON_SET' change --> execute handleStateChangeTargetForeignTargets()
smartcontrol.0	2020-08-12 23:50:17.168	debug	(9566) Subscribed state 'alias.0.Wohnzimmer.Arbeitszimmer.Schreibtischlampe.ON_SET' change: ack 'false' *is* meeting isAckPassing() conditions.
smartcontrol.0	2020-08-12 23:50:17.165	debug	(9566) State 'alias.0.Wohnzimmer.Arbeitszimmer.Schreibtischlampe.ON_SET' change --> execute handleStateChangeTargetForeignTargets()
smartcontrol.0	2020-08-12 23:50:17.164	debug	(9566) Subscribed state 'alias.0.Wohnzimmer.Arbeitszimmer.Schreibtischlampe.ON_SET' change: ack 'false' *is* meeting isAckPassing() conditions.
smartcontrol.0	2020-08-12 23:50:17.163	debug	(9566) Subscribed state 'alias.0.Wohnzimmer.Arbeitszimmer.Schreibtischlampe.ON_SET' changed, new val: [true] (ack: false).
smartcontrol.0	2020-08-12 23:50:17.162	debug	(9566) Subscribed state 'alias.0.Wohnzimmer.Arbeitszimmer.Schreibtischlampe.ON_SET' changed, new val: [true] (ack: false).
smartcontrol.0	2020-08-12 23:50:17.081	debug	(9566) Trigger [Bewegungsmelder Wohnzimmer] Brightness of 2 is < threshold of 10, so we continue.
smartcontrol.0	2020-08-12 23:50:17.069	debug	(9566) [TriggerConfigParam (cP)] : {"triggerName":"Bewegungsmelder Wohnzimmer","triggerStatePath":"alias.0.Wohnzimmer.BWMWohnzimmer.ACTUAL","triggerStateVal":true,"triggerIsMotion":true,"triggerIsTog
smartcontrol.0	2020-08-12 23:50:17.068	debug	(9566) 1 rows in Zones table for trigger 'Bewegungsmelder Wohnzimmer' found and assigned execution table rows fetched successfully.
smartcontrol.0	2020-08-12 23:50:17.068	debug	(9566) Execution table row for zone 'Wohnzimmer' is meeting conditions
smartcontrol.0	2020-08-12 23:50:17.067	debug	(9566) Bewegungsmelder Wohnzimmer: No extra condition(s) in schedule, so we return "true" to continue.
smartcontrol.0	2020-08-12 23:50:17.067	debug	(9566) Bewegungsmelder Wohnzimmer: No extra condition(s) in schedule, so we return "true" to continue.
smartcontrol.0	2020-08-12 23:50:17.066	debug	(9566) Current weekday 'wed' *is* matching Execution table row for 'Wohnzimmer'.
smartcontrol.0	2020-08-12 23:50:17.065	debug	(9566) Current time '23:50' *is* within schedule times (start: '20:37', end: '05:53) of 'Wohnzimmer'.
smartcontrol.0	2020-08-12 23:50:17.061	debug	(9566) State 'alias.0.Wohnzimmer.BWMWohnzimmer.ACTUAL' change --> execute switchTargetsPrepareAsync()
smartcontrol.0	2020-08-12 23:50:17.060	debug	(9566) Subscribed state 'alias.0.Wohnzimmer.BWMWohnzimmer.ACTUAL' change: ack 'true' *is* meeting isAckPassing() conditions.
smartcontrol.0	2020-08-12 23:50:17.059	debug	(9566) Subscribed state 'alias.0.Wohnzimmer.BWMWohnzimmer.ACTUAL' changed, new val: [true] (ack: true).
smartcontrol.0	2020-08-12 23:50:16.412	info	(9566) Subscribing to all target devices and trigger states. 4 trigger schedules activated...

hmm jetzt hat es komischerweise funktioniert?!?

[hetti72]

Hallo zusammen,
ich hätte da auch nochmal ein Problem: Ich benutze den Adapter nun schon eine weile in Verbindung mit Deconz und Geräten verschiedener Hersteller. Ich steuere die Lampen aus SmartControl über die Level Datenpunkte, das funktioniert soweit auch recht gut.

Allerdings nur bis eine Lampe einmal "manuell" z.B. per App oder Alexa geschaltet wurde. Dann wir der "on" Datenpunkt (true/false) verwendet aber der "level" Datenpunkt bleibt bei 100%. Dadurch denkt SmartControl die Lampe sei noch an und schaltet nicht. Das ganze funktioniert erst wieder wenn ich den level Datenpunkt manuell auf 0% oder einen anderen Wert setze der nicht dem "an" Wert in Smartcontrol entspricht.

Kann es sein das der Adapter den Datenpunkt nur setzt wenn er einen anderen Wert hat?

gruß,
Frank

[Mic]

hmm jetzt hat es komischerweise funktioniert?!?

Ok, dann geht es also und ich brauche mir das nicht näher anzusehen.

[Mic]

@hetti72 sagte in Teste Adapter SmartControl 0.1.x-beta.x:

Kann es sein das der Adapter den Datenpunkt nur setzt wenn er einen anderen Wert hat?

Korrekt, das prüft der Adapter. Es gibt bzw. gab hierzu Issue #5.

Ist jetzt implementiert, war auch ein Request von @crunchip und @Yetiberg

Neue Version 0.1.2-beta.5

• (Mic-M) New feature: option in Target Devices table to not verify if device is already on/off. Use case is e.g. for button states which do not reflect the actual status of the device in the state (like Broadlink, etc.).

Gibt jetzt neue Option "Keine Prüfung":

Erklärung: