NEWS
-
@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
@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 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.@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 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.@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 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...@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 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.
@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.
-
@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? -
@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?@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.
gruß vom Woody
HAPPINESS is not a DESTINATION, it's a WAY of LIFE! -
@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.
@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
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... -
@FredF why not? hat doch nichts mit der ID zu tun. im alias bool auf mixed switchen. dann kann generisch quatschen was will.
-
@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@hetti72 sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
Dadurch wäre ja lediglich ein weiterer Zeitraum für eine Zone definiert und per "UND" Bedingung verknüpft oder sehe ich das falsch ?
Siehst du irgendwie richtig ;)
Nun, aber du willst jaIch hätte gerne das das Nachtlicht zum beginn der Nacht startet aber frühestens um 23 Uhr.
Also Verbindung von Astro "night" (z.B. 21:00, oder 23:40), aber frühestens 23:00 Uhr.
Schon eher speziell für diesen Adapter. Ich bin immer an der Abwägung
1.) Wenig Komplexität und Usability sicherstellen
2.) Use Cases abbilden, die möglichst viele User haben, also nicht zu individuellEvtl. dann in deinem Fall doch ein simples Blockly / JavaScript als Trigger. Unter "Andere Auslöser" kannst du einen Datenpunkt anlegen lassen mit Spalte "SC", diesen setzt du mit dem Blockly/JS auf true.
-
-
@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
@VonDerTanne sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
@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
Hi Tanne, danke für dein Feedback und dein Issue - https://github.com/Mic-M/ioBroker.smartcontrol/issues/25
Schaue ich mir an. -
-
@hetti72 sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
Dadurch wäre ja lediglich ein weiterer Zeitraum für eine Zone definiert und per "UND" Bedingung verknüpft oder sehe ich das falsch ?
Siehst du irgendwie richtig ;)
Nun, aber du willst jaIch hätte gerne das das Nachtlicht zum beginn der Nacht startet aber frühestens um 23 Uhr.
Also Verbindung von Astro "night" (z.B. 21:00, oder 23:40), aber frühestens 23:00 Uhr.
Schon eher speziell für diesen Adapter. Ich bin immer an der Abwägung
1.) Wenig Komplexität und Usability sicherstellen
2.) Use Cases abbilden, die möglichst viele User haben, also nicht zu individuellEvtl. dann in deinem Fall doch ein simples Blockly / JavaScript als Trigger. Unter "Andere Auslöser" kannst du einen Datenpunkt anlegen lassen mit Spalte "SC", diesen setzt du mit dem Blockly/JS auf true.
@Mic das ist halt immer die frage, aber IMHO ist der wunsch so speziell das ein blockly die bessere lösung wäre.
alle sonderwünsche sind ja eh nicht vorherzusehn. irgendwann wirds dann wieder mühsam den adapter zu bedienen.
wie gesagt, das ist meine meinung dazu, andere denken da vllt anders...gruß vom Woody
HAPPINESS is not a DESTINATION, it's a WAY of LIFE! -
@Mic das ist halt immer die frage, aber IMHO ist der wunsch so speziell das ein blockly die bessere lösung wäre.
alle sonderwünsche sind ja eh nicht vorherzusehn. irgendwann wirds dann wieder mühsam den adapter zu bedienen.
wie gesagt, das ist meine meinung dazu, andere denken da vllt anders...@da_Woody sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
@Mic das ist halt immer die frage, aber IMHO ist der wunsch so speziell das ein blockly die bessere lösung wäre.
alle sonderwünsche sind ja eh nicht vorherzusehn. irgendwann wirds dann wieder mühsam den adapter zu bedienen.
wie gesagt, das ist meine meinung dazu, andere denken da vllt anders...Das entspricht grundsätzlich auch absolut meiner Ansicht :+1:
Auf welche Anfrage von oben beziehst du dich denn?
-
@da_Woody sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
@Mic das ist halt immer die frage, aber IMHO ist der wunsch so speziell das ein blockly die bessere lösung wäre.
alle sonderwünsche sind ja eh nicht vorherzusehn. irgendwann wirds dann wieder mühsam den adapter zu bedienen.
wie gesagt, das ist meine meinung dazu, andere denken da vllt anders...Das entspricht grundsätzlich auch absolut meiner Ansicht :+1:
Auf welche Anfrage von oben beziehst du dich denn?
@Mic said in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
Auf welche Anfrage von oben beziehst du dich denn?
ich mein das mit sunset, aber nicht vor 2300. in meinen augen übertieben. dann nehm ich gleich 2300. selbst im hochsommer wird sunset nicht nach 2300 uhr sein.
gruß vom Woody
HAPPINESS is not a DESTINATION, it's a WAY of LIFE! -
@Mic said in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
Auf welche Anfrage von oben beziehst du dich denn?
ich mein das mit sunset, aber nicht vor 2300. in meinen augen übertieben. dann nehm ich gleich 2300. selbst im hochsommer wird sunset nicht nach 2300 uhr sein.
@ Alle
Vielen Dank für eure Tests und euer wertvolles Feedback und Erweiterungsvorschläge.
Lt. npm nutzen schon einige den Adapter:
Ich hab ihn daher soweit fertig gemacht und Antrag zur Aufnahme ins Latest Repository gestellt: https://github.com/ioBroker/ioBroker.repositories/pull/930
Mittlerweile ist auch eine vollständige Internationalisierung unter der Haube integriert. -
@ Alle
Vielen Dank für eure Tests und euer wertvolles Feedback und Erweiterungsvorschläge.
Lt. npm nutzen schon einige den Adapter:
Ich hab ihn daher soweit fertig gemacht und Antrag zur Aufnahme ins Latest Repository gestellt: https://github.com/ioBroker/ioBroker.repositories/pull/930
Mittlerweile ist auch eine vollständige Internationalisierung unter der Haube integriert.So, das ging mega schnell, Adapter wurde dank @apollon77 ins Latest Repository aufgenommen :sunglasses: :+1:
Damit großen Meilenstein geschafft, und nun geht die Entwicklung weiter ;)
-
@hetti72 sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
Dadurch wäre ja lediglich ein weiterer Zeitraum für eine Zone definiert und per "UND" Bedingung verknüpft oder sehe ich das falsch ?
Siehst du irgendwie richtig ;)
Nun, aber du willst jaIch hätte gerne das das Nachtlicht zum beginn der Nacht startet aber frühestens um 23 Uhr.
Also Verbindung von Astro "night" (z.B. 21:00, oder 23:40), aber frühestens 23:00 Uhr.
Schon eher speziell für diesen Adapter. Ich bin immer an der Abwägung
1.) Wenig Komplexität und Usability sicherstellen
2.) Use Cases abbilden, die möglichst viele User haben, also nicht zu individuellEvtl. dann in deinem Fall doch ein simples Blockly / JavaScript als Trigger. Unter "Andere Auslöser" kannst du einen Datenpunkt anlegen lassen mit Spalte "SC", diesen setzt du mit dem Blockly/JS auf true.
@Mic sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
Schon eher speziell für diesen Adapter. Ich bin immer an der Abwägung
1.) Wenig Komplexität und Usability sicherstellen
2.) Use Cases abbilden, die möglichst viele User haben, also nicht zu individuell
Evtl. dann in deinem Fall doch ein simples Blockly / JavaScript als Trigger.Kein Problem. Ich geb zu das ist ein etwas spezieller Wunsch, der sich aber auch über andere wege umsetzen lässt.
Support us
587
Online32.6k
Users82.3k
Topics1.3m
Posts