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

[Mic]

Hi @liv-in-sky und @Kueppert
Zu:
@liv-in-sky sagte in Test Adapter SmartControl 0.3.x Latest:

@Mic

kurze frage - ist es möglich auf "nicht die zahl" zu testen - lt github wohl nicht

habe einen wert, der 0 oder 1 oder 2 oder 3 oder .. sein kann
schalten soll er bei 2 - kein problem
ausschalten soll er : wenn nicht 2

wie bekomm ich das hin

Hmm, brauchen wir hier eine Erweiterung? ;-)

Spontan würde ich sagen - Unter Zielgeräte:

Hier bei Wert für 'an' und Wert für 'aus' Vergleichsoperatoren ermöglichen, also z.B. >10, !=2 usw. Nur falls es zutrifft, wird ein- oder ausgeschaltet.

Bitte überlegt mal, ob das ein wiederkehrender User Case ist, der von mehreren Usern gebraucht wird, da Implementierung etwas zeitaufwändig ;)

[Mic]

@Slowman sagte in Test Adapter SmartControl 0.3.x Latest:

@Mic

Wie mache ich denn ein sauberes Update? :face_with_rolling_eyes: Einfach über Expert und über GitHub installieren?

Ja, so kannst du du die aktuelle latest-Version schnell installieren. Bitte beachte, dass dies eine aktuelle Entwicklungsversion ist, es kann also noch Fehler geben. Aber du kannst jederzeit zurück auf eine ältere Version gehen.

[Slowman]

@Mic

Danke für die schnelle Antwort.

[da_Woody]

@Mic naja, ich hab z.b. mein terrassen licht an die anwesenheit gekoppelt. wenn keiner zu hause ist, braucht das licht nicht in 3 stufen eingeschalten werden...

[Mic]

@da_Woody sagte in Test Adapter SmartControl 0.3.x Latest:

@Mic naja, ich hab z.b. mein terrassen licht an die anwesenheit gekoppelt. wenn keiner zu hause ist, braucht das licht nicht in 3 stufen eingeschalten werden...

Auf was beziehst du dich denn?

[da_Woody]

@Mic said in Test Adapter SmartControl 0.3.x Latest:

@da_Woody sagte in Test Adapter SmartControl 0.3.x Latest:

@Mic naja, ich hab z.b. mein terrassen licht an die anwesenheit gekoppelt. wenn keiner zu hause ist, braucht das licht nicht in 3 stufen eingeschalten werden...

Auf was beziehst du dich denn?

sorry, vergessen zu quoten...

Hier bei Wert für 'an' und Wert für 'aus' Vergleichsoperatoren ermöglichen, also z.B. >10, !=2 usw. Nur falls es zutrifft, wird ein- oder ausgeschaltet.

Bitte überlegt mal, ob das ein wiederkehrender User Case ist, der von mehreren Usern gebraucht wird, da Implementierung etwas zeitaufwändig

[liv-in-sky]

@Mic ich dachte, es könnte hier mit drin sein - andere auslöser

es ist ein auslöser in meinem fall - ein gerät wird ja nicht direkt mit !=2 geschaltet

jetzt hätte ich noch eine andere frage - hoffe die ist nicht irgendwo hier versteckt:

wäre es möglich bzw sinnvoll ein virtuelles device einzurichten - um wie im blockly als variable zu nutzen. also zielgeräte, enums und virtuelle geräte(variablen)

und weil ich gerade am schreiben bin - eine verzögerung wäre auch eine feine sache - es gibt in den zonen "aus nach x sek" aber ich würde "ein nach x sek" benötigen

[Mic]

## Achtung
Neue Version 0.4.3 enthält noch Fehler bezüglich "Ausführungen" (Enums). Werde ich entsprechend beheben, Update folgt.
Update 30.09.20, 19:10 - doch kein Fehler, war wohl ein Enum Cache Problem in meiner Testumgebung

@liv-in-sky sagte in Test Adapter SmartControl 0.3.x Latest:

ich dachte, es könnte hier mit drin sein - andere auslöser

es ist ein auslöser in meinem fall - ein gerät wird ja nicht direkt mit !=2 geschaltet

Macht Sinn. Baue ich ein (ist bereits in meinem Entwickler-Code implementiert, also Vergleichsoperatoren != und <> zulassen.

@liv-in-sky sagte in Test Adapter SmartControl 0.3.x Latest:

wäre es möglich bzw sinnvoll ein virtuelles device einzurichten - um wie im blockly als variable zu nutzen. also zielgeräte, enums und virtuelle geräte(variablen)

Keine Ahnung ;) Ich kenne bzw. arbeite nicht mit virtual devices. Was wäre denn der Use Case, der für einige Anwender zutrifft?

@liv-in-sky sagte in Test Adapter SmartControl 0.3.x Latest:

und weil ich gerade am schreiben bin - eine verzögerung wäre auch eine feine sache - es gibt in den zonen "aus nach x sek" aber ich würde "ein nach x sek" benötigen

Mach bitte Github Issue auf als "Enhancement", mit genauer Beschreibung, sowie Link auf diesen Forum-Beitrag.

[da_Woody]

@Mic sorry @Mic , hab die anwesenheit ja schon in den zusätzlichen auslösern drinnen. hat mein hirn ausgelassen... :D

[dadonali]

Ich habe vorhin den Smart Control Adapter zu installier und habe auch testweise mal ein Skript eingepflegt.

Aber ich bekomme nun meinen Zigbee Adapter nicht mehr gestartet, es kommen die ganze Zeit folgende Fehler :(

[Schnecke]

Hey @Mic,

erstmal Danke für den coolen Adapter - da kann ich nur meinen Hut davor ziehen!
Nun zu meinem Anliegen...
Ich habe ein Schranklicht, dass ich über mehrere Tür-/Fensterkontakte (3 Stück jeweils an den Türen) steuern möchte und mit dem Adapter hat es über den Umweg einer zweiten Zone geklappt.
Folgendes habe ich vor: (mind.) eine der Schranktüren geht auf -> Licht an mit Timer 5 Minuten zum Ausschalten (falls jmd. vergisst die Türen zu schließen). ALLE 3 Türen zu -> sofort Licht aus.

Die aktuelle Einrichtung sieht wie folgt aus.

Zone An:

• 1 Eintrag für Ziel true
• 3 Einträge für andere Auslöser TFK true
• Timer für Zone 600 Sek.
• Ausführung immer

Zone Aus:

• 1 Eintrag für Ziel false (hier ist Wert für an = false !)
• 3 Einträge für Auslöser TFK false
• Ausführung: jeden Tag, zusätzl. Bedingungen: 3 Einträge für Auslöser TFK false

Grundsätzlich funktioniert das auch, also mein Use-Case ist damit abgedeckt.
Ich hätte es vermutlich auch mit nur einer Zone und einem Zielgerät abdecken können, da fehlt dann aber unter Ausführung sowas wie "Nie ausschalten wenn" oder "Aussschaltbedingungen" (wo ich sagen kann, dass nur ausgeschaltet werden soll wenn alle 3 Türen zu (oder der Timer abgelaufen ist)).
Da habe ich aber keine Ahnung wie schwer das umzusetzen ist und ob das überhaupt von anderen benötigt wird.

Eine Sache habe ich noch entdeckt... Ich habe zyklisch folg. Text im Log "Trigger xyz was already activated 0 seconds ago and is ignored. Must be at least 2 seconds".
Kannst du an der Stelle bitte von log.info auf log.debug ändern, oder ist das so gewollt? Erweiterte Log-Ausgaben habe ich aus. Auslöser Einstellung steht auf "Nur ack:true", da die Trigger auch unterhalb alias.0 sind.
Die zyklische Ausgabe kommt sicher von der Aktualisierung des States (ohne Änderung), vielleicht kannst du hier noch prüfen, ob der Wert überhaupt geändert wurde.

Danke & Viele Grüße

[Mic]

@Mic sagte in Test Adapter SmartControl 0.3.x Latest:

## Achtung
Neue Version 0.4.3 enthält noch Fehler bezüglich "Ausführungen" (Enums). Werde ich entsprechend beheben, Update folgt.
Update 30.09.20, 19:10 - doch kein Fehler, war wohl ein Enum Cache Problem in meiner Testumgebung

Habe obenstehendes gestrichen, war wohl doch kein Fehler im Adapter.

[Mic]

@dadonali sagte in Test Adapter SmartControl 0.3.x Latest:

Ich habe vorhin den Smart Control Adapter zu installier und habe auch testweise mal ein Skript eingepflegt.

Aber ich bekomme nun meinen Zigbee Adapter nicht mehr gestartet, es kommen die ganze Zeit folgende Fehler :(

Hmm, das kann eigentlich kein Fehler vom Smart Control Adapter sein. Was passiert, wenn du Smart Control deaktivierst?

[Mic]

@Schnecke
Danke für deine Rückmeldung :-)

@Schnecke sagte in Test Adapter SmartControl 0.3.x Latest:

Ich hätte es vermutlich auch mit nur einer Zone und einem Zielgerät abdecken können, da fehlt dann aber unter Ausführung sowas wie "Nie ausschalten wenn" oder "Aussschaltbedingungen" (wo ich sagen kann, dass nur ausgeschaltet werden soll wenn alle 3 Türen zu (oder der Timer abgelaufen ist)).
Da habe ich aber keine Ahnung wie schwer das umzusetzen ist und ob das überhaupt von anderen benötigt wird.

Kann schon ein interessanter Use Case sein. Ich habe hierfür Issue angelegt: https://github.com/Mic-M/ioBroker.smartcontrol/issues/32

@Schnecke sagte in Test Adapter SmartControl 0.3.x Latest:

Eine Sache habe ich noch entdeckt... Ich habe zyklisch folg. Text im Log "Trigger xyz was already activated 0 seconds ago and is ignored. Must be at least 2 seconds".
Kannst du an der Stelle bitte von log.info auf log.debug ändern, oder ist das so gewollt? Erweiterte Log-Ausgaben habe ich aus. Auslöser Einstellung steht auf "Nur ack:true", da die Trigger auch unterhalb alias.0 sind.
Die zyklische Ausgabe kommt sicher von der Aktualisierung des States (ohne Änderung), vielleicht kannst du hier noch prüfen, ob der Wert überhaupt geändert wurde.

Habe ich korrigiert, kommt mit der nächsten Version. ;-) Kann gut sein, dass auch andere Logs noch Korrektur benötigen, falls euch da was auffällt, immer her damit :sunglasses:

[rainman79]

Hallo, danke für den Adapter.
Mittlerweile habe ich meine Beleuchtungssteuerung fast komplett umgestellt und es funktioniert hervorragend. Ich bin begeistert.

Das mit dem "nie ausschalten wenn " wäre genau das was ich auch noch benötigen würde. Bei mir Wäre es in diesem Anwendungsfall: Die Beleuchtung im Bad und der Toilette wir über Bewegungsmelder geschaltet, es ist so das die Türen immer offen sind auser jemand ist Baden oder auf Toilette, dann ist die Türe zu. Es kommt nun öfters vor das das Licht ausgeht. Somit wäre es bei mir: Türe auf, dann normal über BWM gesteuert ein und aus, wenn Türe zu, nicht ausschalten bis Türe wieder auf. Evtl. Eine Ausschalttimer pausieren bis etwas Eintritt Funktion, oder nie ausschalten wenn, so in der Art.

Gruß und nochmals danke für den super nützlichen Adapter.

[Mic]

Hi @rainman79
danke für deine Feedback :-)

@Schnecke sagte in Test Adapter SmartControl 0.3.x Latest:

Ich hätte es vermutlich auch mit nur einer Zone und einem Zielgerät abdecken können, da fehlt dann aber unter Ausführung sowas wie "Nie ausschalten wenn" oder "Aussschaltbedingungen" (wo ich sagen kann, dass nur ausgeschaltet werden soll wenn alle 3 Türen zu (oder der Timer abgelaufen ist)).

@rainman79 sagte in Test Adapter SmartControl 0.3.x Latest:

Das mit dem "nie ausschalten wenn " wäre genau das was ich auch noch benötigen würde. Bei mir Wäre es in diesem Anwendungsfall: Die Beleuchtung im Bad und der Toilette wir über Bewegungsmelder geschaltet, es ist so das die Türen immer offen sind auser jemand ist Baden oder auf Toilette, dann ist die Türe zu. Es kommt nun öfters vor das das Licht ausgeht. Somit wäre es bei mir: Türe auf, dann normal über BWM gesteuert ein und aus, wenn Türe zu, nicht ausschalten bis Türe wieder auf. Evtl. Eine Ausschalttimer pausieren bis etwas Eintritt Funktion, oder nie ausschalten wenn, so in der Art.

Wäre es aus eurer Sicht gut einstellbar, wenn man unter Ausführung "Nie ausschalten wenn" hätte, und da kann man dann die Einträge aus "2. ZUSÄTZLICHE BEDINGUNGEN" wählen, wie etwa das hier?

[Schnecke]

@Mic So wäre es für mich perfekt. Vielleicht noch eine Spalte mit dem doppelten Haken für UND (statt Standard ODER).

Danke auch für deine schnelle Korrektur der Log-Ausgabe!

VG

[Mic]

@Schnecke sagte in Test Adapter SmartControl 0.3.x Latest:

@Mic So wäre es für mich perfekt.

Ok, nehme ich auf die Liste zur Umsetzung, Use Case für mehrere/einige User scheint gegeben :-)

Vielleicht noch eine Spalte mit dem doppelten Haken für UND (statt Standard ODER).

Klar, versteht sich quasi von selbst, aber danke für den Hinweis ;)

[rainman79]

@Mic Ja für mich wäre es so auch perfekt. Ich denke da gäbe es sicherlich noch mehr Anwendungsfälle wo man sowas brauchen könnte.

[Mic]

Neue Version 0.4.4

• (Mic-M) New feature: allow comparison operators != / <> in 'TRIGGERS -> Other triggers' to trigger if state value is unequal. Example: <>30 or !=30 - see Forum
• (Mic-M) Fix: Don't create smartcontrol.x.options.TargetDevices. states for enums since this does not make sense for enums.
• (Mic-M) Fix: Don't create smartcontrol.x.targetDevices. states for enums since this does not make sense for enums.
• (Mic-M) Moved log Trigger xyz was already activated x seconds ago and is ignored... from regular info log to debug/'extended info log' - Forum