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

[Ein ehemaliger Benutzer]

@crunchip ja, genau die meinte ich.
Für mich machen doch beide das gleiche. Der eine Timer schaltet halt nur die Zielgeräte und der andere die Zone aus.
Ist das nicht dasselbe? Oder habe ich da einen Denkfehler?

Norbert

[crunchip]

@telekom0815 so 100% kann ich dir das auch nicht beantworten.

Keine weiter zwischendurch **erkannte Bewegung**/wenn ein BWM der Zone **erfolgreich** ausgelöst hat

ob da bei beiden der Wechsel true/false oder auch eine Aktualisierung true/true mit inbegriffen ist, oder ob es eine reine Unterteilung, zwischen Zielgerät und Zone, ist

[Mic]

@MichMein
Danke für deine Rückmeldung

Ich habe gerade angefangen meine Scripte in den Adapter zu portieren, dabei fiel mir auf das es scheinbar keine Überprüfung dessen gibt was man als "Zeit" in "3. Auslöser" > "Zeitabhängige Auslöser" einträgt. Ich hatte versehentlich "sunse" anstatt "sunset" eingetragen und es wurde ohne Fehlermeldung gespeichert.

EDIT: gerade einen Fehlereintrag im Log gesehen, also dort wird es dann ausgegeben.

Ja, im Log wird hier deutlich mehr ausgegeben. Grund: Im Adapter-Code selbst, also nicht in den Adapter-Optionen, habe ich deutlich bessere Möglichkeiten, die einzelnen Felder zu überprüfen. Werde aber zukünftig die Prüfungen in den Adapter-Optionen noch erweitern.
Schön wäre hierzu auch eine universelles node-module, und sowohl für Frontend als auch Backend. Mal sehen....

@MichMein sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

Bei der Gelegenheit hätte ich da auch gleich hierzu einen Wunsch sofern dieser "einfach" umzusetzen ist. Eine Checkbox "Astro" und wenn "Astro" ausgewählt dann ein Drop Down Menü mit Auswahl der möglichen Astrozeiten inklusive der tagesaktuellen Zeit in () dahinter (das wäre für diejenigen die die Astrozeiten nicht auswendig können, einfacher ).

Die aktuellen Astro-Zeiten findest du unter den Objekten:

Aber ich gebe dir Recht, das sollte noch komfortabler zur Eingabe werden. Ein reines Drop Down reicht da aber nicht, weil ja auch noch ein Offset möglich ist (z.B. sunrise+30, also 30 Minuten nach Sonnenaufgang).

Habe ich aufgenommen.

[Mic]

@telekom0815 sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

@crunchip ja, genau die meinte ich.
Für mich machen doch beide das gleiche. Der eine Timer schaltet halt nur die Zielgeräte und der andere die Zone aus.
Ist das nicht dasselbe? Oder habe ich da einen Denkfehler?

@crunchip sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

ob da bei beiden der Wechsel true/false oder auch eine Aktualisierung true/true mit inbegriffen ist, oder ob es eine reine Unterteilung, zwischen Zielgerät und Zone, ist

Auslöser > Bewegungsmelder > Spalte "Sek":
Nach dieser Anzahl an Sekunden (und keiner weiteren zwischendurch erkannten Bewegung) werden die Zielgeräte ausgeschaltet.

Zonen > Spalte "Aus nach x sec":
Dies ist unabhängig vom Auslöser-Typ (also: Bewegungsmelder, "Andere Auslöser", "Zeitabhängige Auslöser").
Diese Option ist lediglich dafür da, damit automatisch nach Zeitvorgabe (z.B. 2 Stunden) nach Aktivierung eines Triggers ausgeschaltet wird. Z.B. Dachbodenlicht: man geht hoch, Auslöser wird ausgelöst, und -- warum auch immer -- wird halt nicht abgeschaltet. Nach 2 Stunden wird es dann dunkel

[Mic]

@Chaot sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

@Mic Ich bin seit einiger Zeit am Suchen, aber ich finde da nichts:

Kann ich als Zielgerät einen Button schalten?

Wenn ja, wie muss ich das auswählen.

Ist beschrieben unter Zielgeräte:

Da dann hier:

[Chaot]

@Mic Äh Danke. So simpel.

Jetzt hänge ich am zweiten Problem.
Ich will um 5:50 Uhr einschalten (Datenpunkt 1 an) und um 23:20 ausschalten (Datenpunkt 2 an).
Muss ich noch knobeln wie das in den Bedingungen umsetzbar ist.

[Mic]

@Chaot sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

Ich will um 5:50 Uhr einschalten (Datenpunkt 1 an) und um 23:20 ausschalten (Datenpunkt 2 an).
Muss ich noch knobeln wie das in den Bedingungen umsetzbar ist.

Spontan würde ich machen: 2 zeitabhängige Auslöser unter "3. AUSLÖSER" setzen. Dann dafür auch 2 Zonen anlegen. Bedingungen brauchst dann dafür so nicht.

[Kueppert]

@Chaot mache ich auch so, wie @Mic geschrieben hat:

Zonen:

[Mic]

Thematik "Homematic-Bewegungsmelder" und Timer habe ich nun hier als Issue angelegt.

https://github.com/Mic-M/ioBroker.smartcontrol/issues/22

Dauert aber aus Zeitgründen noch mehrere Tage, da es "Umbauarbeiten" erfordert, die zeitaufwändig sind.

[Chaot]

@Mic
@Kueppert
Danke euch beiden
Zwei Geräte, zwei Auslöser und dann zwei Zonen.
Funktioniert.
Wenn man die Logik dahinter mal kapiert hat scheint das ganz gut zu klappen.

Jetzt habe ich das nächste Ereignis:
DECT Thermostat soll bei Fenster offen auf den Wert 1 gesetzt werden und wenn geschlossen auf den Wert 0
-- außer wenn der Datenpunkt "Summer active" auf true steht ---

Gerät angelegt - ein =1 aus=0
zusätzliche Bedingung angelegt - Datenpunkt Summer active - true
Auslöser angelegt - Datenpunkt Fenster offen - true

Zonen - Auslöser ???
Hier sollte jetzt doch nach meinem Verständnis der Auslöser Fenster und die zusätzliche Bedingung eingetragen werden. Die Bedingung erscheint aber nicht in der Auswahl.
Alternativ könnte auch die Bedingung im Auslöser angelegt werden, aber hier ist es nur möglich bei zeitgesteuerten Auslösern zusätzliche Bedingungen auszuwählen.

[Mic]

@Chaot sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

Zonen - Auslöser ???
Hier sollte jetzt doch nach meinem Verständnis der Auslöser Fenster und die zusätzliche Bedingung eingetragen werden. Die Bedingung erscheint aber nicht in der Auswahl.
Alternativ könnte auch die Bedingung im Auslöser angelegt werden, aber hier ist es nur möglich bei zeitgesteuerten Auslösern zusätzliche Bedingungen auszuwählen.

Danke für deine Tests

Alternativ könnte auch die Bedingung im Auslöser angelegt werden, aber hier ist es nur möglich bei zeitgesteuerten Auslösern zusätzliche Bedingungen auszuwählen.

Verstehe dich gut, das scheint verwirrend, dass nur "Zeitabhängige Auslöser" zusätzliche Bedingungen erlauben.
Grund hierfür: Es ist eben ein zeitabhängiger Auslöser, und der bietet relativ wenig, halt Cron oder konkrete Zeitangabe. Mit den "Zusatzbedingungen" will ich ermöglichen, dass der User das noch "feiner" limitieren kann. Außerdem um hier ggf. doppelte Zonen ggf. zu vermeiden.

Aber letztendlich greift für alle Auslöser hier "4. ZONEN" > "Ausführung", also was dort eingestellt ist, wird dann auch wirklich und letztendlich geschaltet. Für die zeitabhängigen Auslöser wird da halt schon vorher ausgefiltert.
In deinem Beispiel zB

[Chaot]

@Mic Ah, da ist das versteckt.
Das habe ich in der Anleitung dann anders gelesen.
Da sollte man vielleicht schreiben das sich unter "Ausführen" weitere Bedingungen einstellen lassen.

Nicht böse sein, aber ich werde in den nächsten Tagen versuchen mehrere meiner Scripts über den Adapter zu steuern. Dabei werde ich bewusst die Anleitungen nur überfliegen um zu sehen ob sich das Ding auch weitgehend intuitiv bedienen lässt. Erst wenn ich da auf die Nase falle gehe ich an die Anleitung. Was ich dann dort nicht finde oder verstehe werde ich dann hier posten.
Ich denke mal das die einfache Bedienung genauso wesentlich sein dürfte wie die korrekte Funktionsweise.

So wie ich das sehe könnte das eine recht gute Alternative zu der furchtbar schlecht übersetzten Blockly Konstruktion sein. Vor JS schrecken dann erst recht sehr viele (gerade neue) Nutzer zurück. Genau dafür dürfte das der perfekte Adapter werden.

[Mic]

@Chaot
Danke, jedes Feedback hierzu ist willkommen.

Da sollte man vielleicht schreiben das sich unter "Ausführen" weitere Bedingungen einstellen lassen.

Wo genau würdest du das erwarten? Im Tab "4. ZONEN" steht bereits:

Bin da für konkrete Verbesserungsvorschläge sehr offen.

[Chaot]

@Mic Ach, ich war nur auf der ersten Seite mit der Konfiguration.

Hier führst du alles zusammen, in dem du alle "Zonen" definierst (z.B. Badezimmer 1.OG, Kaffeeecke, usw.) und Auslöser und zu schaltende Zielgeräte zuweist, sowie auch weitere Bedingungen zur Ausführung definierst.

Unter "Ausführung" gerade mit dem Uhrsymbol würde ich jetzt so intuitiv nicht suchen.
Eventuell wäre das die Überschrift "Bedingung" oder "Konditionen" treffender.

Was ich nicht ganz verstehe:
Ich kann unter "Auslöser" einen Cronjob anlegen.
Später in Zonen kann ich dann nochmal eine Zeitsteuerung eingeben. Macht das wirklich Sinn oder sorgt das eher für Verwirrung weil die User dort versuchen werden Cronjobs einzugeben.

[crunchip]

@Mic ich bekomme ne simple Schaltung nicht zum laufen,
möchte abhängig vom battery level, eine (Sonoff)Steckdosenleiste an/aus schalten
das ganze eigentlich noch mit zusätzlicher Bedingung (habe ich aber erstmal rausgenommen) zur Vereinfachung, aber irgendwie will das nicht greifen, es passiert nichts. sämtliche Varianten mit > / >= / = oder auch < / <= / =

Zielgerät

Anderer Auslöser

Zone

[Mic]

@Chaot sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

Eventuell wäre das die Überschrift "Bedingung" oder "Konditionen" treffender.

Nehme ich auf.

Was ich nicht ganz verstehe:
Ich kann unter "Auslöser" einen Cronjob anlegen.
Später in Zonen kann ich dann nochmal eine Zeitsteuerung eingeben. Macht das wirklich Sinn oder sorgt das eher für Verwirrung weil die User dort versuchen werden Cronjobs einzugeben.

Auslöser sind ja z.B.:

• Wandschalter wird gedrückt
• Bewegungsmelder löst aus
• Fenster wird geöffnet
• oder eben z.B. "Donnerstag um 16:00" tritt ein.

In Zonen dient die Zeitsteuerung dazu, ob tatsächlich geschaltet wird. Das mag bei "Zeitabhängiger Auslöser" überflüssig klingen, aber auch hier, gerade in größeren Konfigurationen, einige Use Cases gerade in Verbindung mit mehreren Zonen. Wenn man das nicht braucht, in den Zonen "Immer" anklicken.

[Mic]

@crunchip sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

@Mic ich bekomme ne simple Schaltung nicht zum laufen,
möchte abhängig vom battery level, eine (Sonoff)Steckdosenleiste an/aus schalten
das ganze eigentlich noch mit zusätzlicher Bedingung (habe ich aber erstmal rausgenommen) zur Vereinfachung, aber irgendwie will das nicht greifen, es passiert nichts. sämtliche Varianten mit > / >= / = oder auch < / <= / =

Gerade getestet und funktioniert bei mir mit Datenpunkt smartcontrol.0.Test.brightness.Bathroom_bri als Auslöser.

Teste bitte auch mal mit diesem Datenpunkt bei dir.

Was gibt denn das hier aus (JavaScript-Adapter)?

/**
 * Hey crunchip ;)
 * Gib hier mal den Datenpunkt des Battery-Levels ein:
 */
const stateBattery = 'xyz';

const battStateVal = getState(stateBattery).val;
log(`[${stateBattery}] : Variablen-Typ: ${typeof battStateVal}, Wert: '${battStateVal}'`);

[crunchip]

@Mic sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

Was gibt denn das hier aus

javascript.0 (1053) script.js.test-smartcontrol: [iogo.0.Mario.battery.level] : Variablen-Typ: number, Wert: '29'

@Mic sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

Teste bitte auch mal mit diesem Datenpunkt bei dir.

hab ich jetzt so eingetragen, Steckdose geht aber nicht an

[Mic]

@crunchip sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

[iogo.0.Mario.battery.level] : Variablen-Typ: number, Wert: '29'

Genau so sollte es sein

Hast du mal folgendes getestet?

@Mic sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

Gerade getestet und funktioniert bei mir mit Datenpunkt smartcontrol.0.Test.brightness.Bathroom_bri als Auslöser.
Teste bitte auch mal mit diesem Datenpunkt bei dir.

[Mic]

@crunchip sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

hab ich jetzt so eingetragen, Steckdose geht aber nicht an

Hast du denn den Datenpunkt auch geändert?