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

[da_Woody]

@hetti72 said in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):

Ich hätte gerne das das Nachtlicht zum beginn der Nacht startet aber frühestens um 23 Uhr.

wozu sunset, wenns nicht vor 2300 sein soll? dann kannst du ja gleich 2300 nehmen. zeitüberlappungen bringen IMHO überhaupt nichts. verzögerungen, ja, die funktionieren aber auch.
und die abarbeitung ist logisch, da kann man auch nicht eingreifen. so wie du das beschreibst soll das licht um 2300 eingeschaltet werden und nacher bei beginn der nacht. wie soll sowas funktionieren?

[hetti72]

@da_Woody sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):

wozu sunset, wenns nicht vor 2300 sein soll?

Ich hab nirgends sunset geschrieben sondern beginn der Nacht, das sind 2 verschiedene Dinge bzw. Zeitpunkte. Der beginn der Nacht ist in den Sommermonaten durchaus nach 23 Uhr, aber im Winter sehr viel früher.

so wie du das beschreibst soll das licht um 2300 eingeschaltet werden und nacher bei beginn der nacht. wie soll sowas funktionieren?

Es geht nicht um das einfache Einschalten eines Lichts sondern um das Einschalten mit bestimmten Helligkeiten.

und die abarbeitung ist logisch, da kann man auch nicht eingreifen.

Warum soll man da nicht eingreifen können? Wenn ich die Reihenfolge vorgebe in der die einzelnen Zoneneinträge abgearbeitet werden kann man das durchaus beeinflussen.
Wenn man z.B. eine Zone hat die "immer" ein licht auf 100% schaltet und eine andere Zone die das gleiche Licht von Beginn der Nacht bis zur Morgendämmerung auf 10% schaltet.
Bei Auslösung könnte man die Reihenfolge so steuern das das licht zuerst auf 100% eingeschaltet wird und falls der Zeitpunk zwischen Nacht und Morgendämmerung liegt, direkt danach auf 10% "gedimmt" als Nachtlicht.

[Funbug]

@Mic
Hallo Mic,
Anbei das Blockly welches so funktioniert. Damit kann ich mit der einen Taste das Licht einschalten und dimmen. Mit einen anderen Taste ausschalten und in die andere Richtung dimmen. Wie schon erläutert wechselt der Status der Taste beim betätigen von false auf true und beim loslassen dann von true auf false. Damit läuft nun das Script einwandfrei :-)

Koppiert von: https://forum.iobroker.net/topic/8938/taster-press-short-or-long-mit-blockly/32

So sehen die Datenpunkte unter den Objekten aus. Das state rssi hab ich noch nicht verstanden, wird bei der Lösung mit dem oben erwähnten script auch nicht benötigt.

Danke und Gruss Thomas

[da_Woody]

@Funbug RSSI ist die signalstärke mit der dein gerät mit dem WLAN verbunden ist. bringt im grossen und ganzen nur was wenn du sehn willst, ob das teil noch kontakt zum WLAN hat und wie stark dein signal dort ankommt. also zum sehen ob du in der ecke noch brauchbares hinbekommst.

[Funbug]

@da_Woody Danke für den Hinweis :-)

[da_Woody]

@Funbug büddeschön! ;)

[Mic]

@hetti72 sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):

@Mic Ich habe mal eine Frage zur ausführungsreihenfolge von zeitlich überlappenden Zonen. Gibt es die möglichkeit zu beinflussen in welcher Reihenfolge die Zonen bei Auslösung abgearbeitet werden?

Der Adapter ist derzeit so konzipiert, dass immer alle Zonen geprüft werden und dann jeweils ausgelöst wird (oder nicht) – eine "Reihenfolge" gibt es nicht und ergäbe da keinen Sinn, das wäre im Millisekunden-Bereich, also was als erstes und als nächstes geprüft und ausgelöst wird.

Hintergrund: Ich nutze mehrere Zonen um verschiedene Helligkeiten (Nachtlicht) zu unterschiedlichen Uhrzeiten zu realisieren. bis jetzt hatte ich das Nachtlich zum beginn der Nacht starten lassen, das hat gut gepasst. Mittlerweile beginnt die Nacht schon recht früh und das passt nicht mehr zu den Lebensgewohnheiten. Ich hätte gerne das das Nachtlicht zum beginn der Nacht startet aber frühestens um 23 Uhr.

Wenn man z.B. eine Zone hat die "immer" ein licht auf 100% schaltet und eine andere Zone die das gleiche Licht von Beginn der Nacht bis zur Morgendämmerung auf 10% schaltet.

Bei Auslösung könnte man die Reihenfolge so steuern das das licht zuerst auf 100% eingeschaltet wird und falls der Zeitpunk zwischen Nacht und Morgendämmerung liegt, direkt danach auf 10% "gedimmt" als Nachtlicht.

Interessantes Szenario, und verständlich. Ich muss mir dazu mal Gedanken machen ;-)
An alle: Habt ihr auch Use Cases hierfür?

[da_Woody]

@Mic said in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):

An alle: Habt ihr auch Use Cases hierfür?

an sich keine schlechte idea, allerdings kann z.b. eine Shelly DUO das von haus aus. für andere leuchtmittel aber sicher brauchbar.

[Mic]

@hetti72 sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):

Hintergrund: Ich nutze mehrere Zonen um verschiedene Helligkeiten (Nachtlicht) zu unterschiedlichen Uhrzeiten zu realisieren. bis jetzt hatte ich das Nachtlich zum beginn der Nacht starten lassen, das hat gut gepasst. Mittlerweile beginnt die Nacht schon recht früh und das passt nicht mehr zu den Lebensgewohnheiten. Ich hätte gerne das das Nachtlicht zum beginn der Nacht startet aber frühestens um 23 Uhr.

Wenn man z.B. eine Zone hat die "immer" ein licht auf 100% schaltet und eine andere Zone die das gleiche Licht von Beginn der Nacht bis zur Morgendämmerung auf 10% schaltet.

Bei Auslösung könnte man die Reihenfolge so steuern das das licht zuerst auf 100% eingeschaltet wird und falls der Zeitpunk zwischen Nacht und Morgendämmerung liegt, direkt danach auf 10% "gedimmt" als Nachtlicht.

Muss darauf noch mal zurückkommen ;)

So wie es sich für mich anhört, bräuchten wir unter "2. Zusätzliche Bedingungen"

noch zeit-spezifische Bedingungen, also so zum Beispiel:

Wäre es damit easy umsetzbar im Adapter? Bitte mal durchdenken und Feedback ;)

[VonDerTanne]

@Mic
Hallo,

also bis hierher erstmal Hut ab. Der Adapter ist echt gut gelungen und es lassen sich nach einer gewissen Einarbeitungszeit in die Adapterlogik sehr viele meiner Skripte damit adaptieren. Einer der Punkte (=Skripte), bei denen ich bisher aber noch etwas auf dem Schlauch stehe, ist die zeitabhängige Auslösung von "verketteten" Zielgeräten.

Beispiel (via Skript): ich habe auf einen Taster (Toggle) 5 Lichter (HM, HMIP, Hue) gebunden, die ich aufbauend voneinander in einem zeitlichen Abstand ein- und ausschalten kann, d.h. der Taster schaltet Licht 1+2, 10 Sekunden später Licht 4+5, weitere 20 Sekunden später Licht 5. Das habe ich so mit deiner Logik noch nicht hinbekommen.

Was ja nicht heißt, dass das nicht geht. Also falls das bereits gehen sollte wäre ich für jeden Tipp dankbar und ihr könnt hier aufhören zu lesen ;-)

Falls das noch nicht gehen sollte, dieses "Feature" aber evtl. auf breitere Zustimmung stoßen sollte, könnte es aus meiner Sicht Sinn machen, dass man das Ganze in den Bereich Zonen packt, wobei der Auslöser hier eine bereits bestehende Zone sein kann (zusammen mit der Möglichkeit eine zeitliche Verzögerung zum Auslösen zur vorangegangenen Zone anzugeben).
So wäre eine verkettete Auslösung übersichtlich und schick machbar.

Trotzdem nochmal dickes Lob, viele Dinge laufen damit seit einiger Zeit reibungslos und übersichtlicher als via Skript. :+1:

Beste Grüße,

VDT

[hetti72]

@Mic sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):

So wie es sich für mich anhört, bräuchten wir unter "2. Zusätzliche Bedingungen"

noch zeit-spezifische Bedingungen, also so zum Beispiel:
Wäre es damit easy umsetzbar im Adapter? Bitte mal durchdenken und Feedback ;)

Ich hab mir das jetzt ne gut halbe stunde angeschaut und auch aufgemalt und ich denke nicht das man damit den Usecase abdecken kann.
Dadurch wäre ja lediglich ein weiterer Zeitraum für eine Zone definiert und per "UND" Bedingung verknüpft oder sehe ich das falsch ?

gruß,
Frank

[da_Woody]

@VonDerTanne said in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):

schaltet Licht 1+2, 10 Sekunden später Licht 4+5, weitere 20 Sekunden später Licht 5

da haste wohl einen fehler drinnen... anyway

mit minuten gehts auf jeden fall
abschalten tu ich per alexa wenn ich rein gehe. muss aber umgekehrt genau so gehn.

[VonDerTanne]

@da_Woody So wie ich das bei dir sehe, nutzt du als Auslöser hier Astrofunktionen. Da ist das wie von dir beschrieben problemlos machbar und wird auch von mir so eingesetzt.
Mein Auslöser ist hierbei aber ein Taster, dieser würde sich unter "andere Auslöser" wiederfinden, und dafür kann ich m.M.n. keine Rechenoperationen mit Zeiten hinterlegen. Aber wie gesagt bin da kein Profi und danke für den Hinweis.
Wenn ich mir was wünschen könnten, würde ich auch die Auflösung in Sekunden bevorzugen. Minuten sind mir hier teilweise zu grob.

[da_Woody]

@VonDerTanne richtig, bei mir ists astro, aber du kannst bei andere auslöser über datenpunkt werte arbeiten! und da sollte es funktionieren!

damit steuere ich den lüfter im badezimmer...

[VonDerTanne]

@da_Woody Nochmal danke für deine Antwort. Exemplarisch würde das bei mir so aussehen:

Eine Berechnung wie bei dir funktioniert aber nur, wenn der DP-Wert eine Zahl ist. Hier ist es bool.

Eine Zeitverzögerung bekomme ich so denke ich mal nicht hin.

[da_Woody]

@VonDerTanne autsch. kranke idea. was ist, wenn du den boolschen von true/false auf 0/1 umbiegst? mW gehts da was... also bool auf zahl.

[FredF]

@Mic
Hi, ich habe Z-Wave Bewegungsmelder die 0 oder 255 statt false/true ausgeben. Als "andere Auslöser" kann ich diese Nutzen, nur fehlt dann der einstellbare Timer nachdem die Zielgeräte ausgeschaltet werden bzw. bei erneuter Bewegung der Timer gelöscht wird.
Workaround ist sicherlich das Umrechnen über alias, eleganter wäre aber eine Änderung des DP Wertes wie hier:

Machbar oder zu aufwändig, umständlich?

[da_Woody]

@FredF said in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):

Workaround ist sicherlich das Umrechnen über alias, eleganter wäre aber eine Änderung des DP Wertes

elegant wäre für mich die kombi, alias erspart bei einem gerätetausch einiges an arbeit. ändern der geräte id im alias und fertig. wo du einen datenpunkt änderst ist ja egal.

[FredF]

@da_Woody
Das stimmt und ich nutzte auch aliase aus diesen Gründen. Ob aber ein alias mit einer ursprüngliche Umsetzung mixed auf boolean bei einem Tausch eines Gerätes was dann generisch bool spricht, noch funktioniert weis ich nicht...

[da_Woody]

@FredF why not? hat doch nichts mit der ID zu tun. im alias bool auf mixed switchen. dann kann generisch quatschen was will.