NEWS
-
@Funbug
Hi Thomas,Der Taster hat wie gesagt vier state's und ein state value in welchem wahrscheinlich unterschieden werden kann ob die Taste nun lang oder kurz betätigt wurde. Es gelang mir noch nicht die Werte zu verstehen....
Wie schon erläutert bleibt das stat der jeweiligen Taste solange auf true, wie die Taste gedrückt bleibt. Wäre toll wenn dies irgendwie im Adapter erkannt werden könnte ob kurz oder lang gedrückt wird. Bei lang, wie lange oder eben so lange dann z.B. die % in definierbaren Schritten hochzählen...Etwaiges lang/kurz drücken etc. kann Smart Control nicht abbilden, weil das bei jedem Gerät/Adapter usw. anders ist. Hatte mich vor über 2 Jahren mal mit einem Philips Hue Dimmer Switch auseinandergesetzt - und das nur als ein Beispiel von vielen tausenden Geräten.
Der Adapter braucht konkrete Auslöser, also z.B. "Taste 4 von Schalter xyz wurde lang gedrückt" per Datenpunkt. Falls das deine Umgebung für dieses Gerät nicht liefert: du könntest Blockly/JS-Adapter nutzen, oder auch den Adapter-Entwickler bezüglich Umsetzbarkeit fragen. Ich brauch halt was konkretes als Auslöser
Wie sieht es aus mit Einschalten mit der einen Taste und ausschalten mit der anderen? Danke und Gruss
Z.B. Du legst 2 Auslöser an, z.B.
@Mic
Hallo Mic,Danke für Deine Hilfestellung.
Somit muss / werde ich die Funktion kurz / lang jeweils in einem Blockly lösen müssen und dann neue states generieren, richtig?
Sorry, bin noch ganz am Anfang von der Geschichte und arbeite mich langsam in das Thema ein
Zwei Auslöser habe ich generiert. Nur haben die beiden jeweils ja nur das "true" was die ausgeben. Gehe davon aus, dass dann im Abschnitt 4. Zonen für diejenige Lampe dann auch zwei Ausführungen gesetzt werden müssen. Wie unterscheidet sich denn der Auslöser für Einschalten vom Auslöser Ausschalten?
Gruss Thomas
-
@Mic
Hallo Mic,Danke für Deine Hilfestellung.
Somit muss / werde ich die Funktion kurz / lang jeweils in einem Blockly lösen müssen und dann neue states generieren, richtig?
Sorry, bin noch ganz am Anfang von der Geschichte und arbeite mich langsam in das Thema einZwei Auslöser habe ich generiert. Nur haben die beiden jeweils ja nur das "true" was die ausgeben. Gehe davon aus, dass dann im Abschnitt 4. Zonen für diejenige Lampe dann auch zwei Ausführungen gesetzt werden müssen. Wie unterscheidet sich denn der Auslöser für Einschalten vom Auslöser Ausschalten?
Gruss Thomas
@Funbug sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
Somit muss / werde ich die Funktion kurz / lang jeweils in einem Blockly lösen müssen und dann neue states generieren, richtig?
Sorry, bin noch ganz am Anfang von der Geschichte und arbeite mich langsam in das Thema einIch kenne leider deine Hardware nicht, also was da bei kurz/lang drücken in den Datenpunkten passiert, das müsstest du separat hier im Forum fragen. Der Adapter braucht einen konkreten Auslöser, z.B. Datenpunkt xyz geht auf
trueoder auf45usw.Zwei Auslöser habe ich generiert. Nur haben die beiden jeweils ja nur das "true" was die ausgeben.
Das ist gut so
Sie sollen ja was auslösen...Gehe davon aus, dass dann im Abschnitt 4. Zonen für diejenige Lampe dann auch zwei Ausführungen gesetzt werden müssen. Wie unterscheidet sich denn der Auslöser für Einschalten vom Auslöser Ausschalten?
Siehe Toggle: https://forum.iobroker.net/post/490036
-
Neue Version 0.3.4
- (Mic-M) Test: Implementation of markdown documentation files within adapter configuration by using zero-md for tables 'Target Devices' and 'Additional Conditions' to prepare adapter for multiple languages. Based on your language set in the adapter configuration, either German will be displayed (if language set to German) or English, if set language is not German.
Änderungen diesmal nur "unter der Haube".
Ich bereite gerade die Dokumentation in der Adapter-Konfiguration für Internationalisierung vor. In den Optionen "Ziel-Geräte" und "Zusätzliche Bedingungen" wird nun die Dokumentation nicht mehr aus derindex_m.htmldirekt angezeigt, sondern es werden Markdown-Files vonadmin/doc-md/table-target-devices_de.mdbzw.admin/doc-md/table-conditions_de.mdgeholt und direkt angezeigt in der Admin-Konfiguration.
Die Formatierung sieht soweit auch ganz gut aus.
Was man hier sieht kommt inhaltlich von diesem File (Github).
Für die Internationalisierung:
Stellt man in ioBroker die Sprache auf English oder einer anderen Sprache um, dann kommt jetzt aus dieser Datei:
Scheint soweit bei mir sehr gut zu funktionieren. Würde mich um Tests freuen
Was sein kann (könnte): Inhalte werden nicht rechtzeitig geladen und/oder es erscheint was leeres... Bei mir ging es aber bislang, sowohl Chrome als auch Firefox.@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?
Man hat ja die Möglichkeit die Zonen in der Liste nach oben und unten zu schieben, aber ich konnte noch keinen Unterschied im verhalten feststellen.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 nun die Reihenfolge der Abarbeitung bestimmen könnte, hätte man mehr möglichkeiten mit Zeitüberlappungen zu arbeiten.
Denkbar wäre auch eine Option mit der festgelegt werden kann das wenn eine Zone ausgelöst hat keine weiteren Zonen mit dem gleichen Auslöser mehr ausgeführt werden.
Wäre so etwas umsetzbar? Soll ich dazu einen Feature Request öffnen?
gruß,
Frank -
@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?
Man hat ja die Möglichkeit die Zonen in der Liste nach oben und unten zu schieben, aber ich konnte noch keinen Unterschied im verhalten feststellen.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 nun die Reihenfolge der Abarbeitung bestimmen könnte, hätte man mehr möglichkeiten mit Zeitüberlappungen zu arbeiten.
Denkbar wäre auch eine Option mit der festgelegt werden kann das wenn eine Zone ausgelöst hat keine weiteren Zonen mit dem gleichen Auslöser mehr ausgeführt werden.
Wäre so etwas umsetzbar? Soll ich dazu einen Feature Request öffnen?
gruß,
Frank@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 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?@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 sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
Somit muss / werde ich die Funktion kurz / lang jeweils in einem Blockly lösen müssen und dann neue states generieren, richtig?
Sorry, bin noch ganz am Anfang von der Geschichte und arbeite mich langsam in das Thema einIch kenne leider deine Hardware nicht, also was da bei kurz/lang drücken in den Datenpunkten passiert, das müsstest du separat hier im Forum fragen. Der Adapter braucht einen konkreten Auslöser, z.B. Datenpunkt xyz geht auf
trueoder auf45usw.Zwei Auslöser habe ich generiert. Nur haben die beiden jeweils ja nur das "true" was die ausgeben.
Das ist gut so
Sie sollen ja was auslösen...Gehe davon aus, dass dann im Abschnitt 4. Zonen für diejenige Lampe dann auch zwei Ausführungen gesetzt werden müssen. Wie unterscheidet sich denn der Auslöser für Einschalten vom Auslöser Ausschalten?
Siehe Toggle: https://forum.iobroker.net/post/490036
@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/32So 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
-
@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/32So 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
@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 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.
-
@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?
Man hat ja die Möglichkeit die Zonen in der Liste nach oben und unten zu schieben, aber ich konnte noch keinen Unterschied im verhalten feststellen.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 nun die Reihenfolge der Abarbeitung bestimmen könnte, hätte man mehr möglichkeiten mit Zeitüberlappungen zu arbeiten.
Denkbar wäre auch eine Option mit der festgelegt werden kann das wenn eine Zone ausgelöst hat keine weiteren Zonen mit dem gleichen Auslöser mehr ausgeführt werden.
Wäre so etwas umsetzbar? Soll ich dazu einen Feature Request öffnen?
gruß,
Frank@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? -
@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?@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.
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):
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.
@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
-
Aktuelle Test Version 0.6.x Veröffentlichungsdatum 0.3.x ab 12.09.2020 (seit 23.09.20 im Latest Repository) Github Link https://github.com/Mic-M/ioBroker.smartcontrol Permanenter Forum-Link ioBroker Forum: Smart Control Neu mit 0.3.0
Breaking Changes
- (Mic-M) Entire adapter code refactored. Therefore, tests are required to verify if these massive changes do not affect the adapter functionality. However, none of your existing adapter configuration should be lost and will be kept if you upgrade from 0.2.0+. But please check ALL of your configuration, since new options were added which
can have an effect to your existing configuration. - (Mic-M) New feature: Implemented issue #22 - Motion sensors timeout, e.g. for Homematic sensors: Motion sensor timer will now start once a motion sensor is set to false. In previous adapter versions, it was started once set to true. Note: This change will cause that per your existing adapter configuration, the timer end will be reached later (so: once no motion detected any longer + the seconds you have set)
- (Mic-M) New feature: Time triggers - added options for additional conditions for 'any' or 'all'. issue #24
- (Mic-M) New feature: Zones > Execution - added options for additional conditions for 'any' or 'all'.
- (Mic-M) Many fixes under the hood
Was macht dieser Adapter?
In unserer Heim-Automation haben wir ja diverse Auslöser, z.B. Bewegungsmelder im Flur löst aus, ein Wandschalter wird gedrückt, oder eine bestimmte Zeit tritt ein (z.B. 30 Minuten nach Sonnenuntergang, oder Mo-Fr um 7:00, usw.), zu der wir was schalten möchten.
Dieser Adapter führt nun das ganze zusammen, also
- Auslöser lösen aus oder bestimmte Zeitpunkte (wie Mo-Fr um 7:00) treten ein
- Optional zusätzliche Bedingungen (jemand anwesend?, Fenster im Bad offen, Feiertag heute, usw.)
- Zu schaltende Zielgeräte
Das ganze führt man dann gemäß IFTTT in Zonen zusammen.
Ziel ist, hiermit viele JavaScripts und Blockly abzulösen und hierfür eine anwenderfreundliche Möglichkeit zu bieten.
Auszug aus den Features
- Auslöser: hier können Bewegungsmelder, Datenpunkte, oder Zeiten definiert werden. Es werden dabei auch Taster unterstützt.
- Smarte Bewegungsmelder-Schaltung: mehrere Bewegungsmelder pro Raum, Berücksichtung Helligkeit, automatischer Ausschalttimer (optional aber nicht gesetzt, falls Zielgeräte bereits vor Bewegung an waren), Optional Ignorierung Helligkeit falls Ausschalt-Timer noch läuft (damit auch wiederkehrende Bewegungen erfasst werden trotz Licht an), ...
- Pro definierter Zone können dann zur Ausführung detaillierte Zeitpläne mit Bedingungen hinterlegt werden.
- Unterstützung von Astro-Zeiten (z.B. Sonnenuntergang) mit "Offset", also Zeitdifferenz.
Ein paar Beispiel-Anwendungen (Use Cases):
- Flurlicht-Steuerung mit Bewegungsmeldern, Lichtschaltern, etc. (Ablösung Bewegungsmelder-Script)
- Kaffeemaschine täglich morgens einschalten. Mo-Fr um 6:30 Uhr, Sa/So um 8:00 Uhr, Feiertags auch um 8:00 Uhr. Aber nie einschalten, wenn keiner anwesend.
- Bad wird am Mo-Fr zwischen 7:00-9:00 betreten (falls nicht Feiertag): Licht an und das Radio einschalten. Falls nach 5 Minuten keine Bewegung mehr: ausschalten.
- Staubsaugerroboter-Integration
Bisherige Threads
Alle Erklärungen zum Adapter sind jeweils im 1. Beitrag:
- 18.08. - 12.09.2020: Test Adapter SmartControl 0.2.x GitHub
- 19.07. - 18.08.2020: Teste Adapter SmartControl 0.1.x-beta.x
- 10.07. - 19.07.2020 : Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.x testen
- 23.05. - 10.07.2020 : Planung neuer Adapter: Smart Control
- 25.04.2020 : Umfrage: Welchen Adapter soll ich als nächstes entwickeln?
FAQ / Use Cases (Anwendungs-Fälle/Szenarien)
https://forum.iobroker.net/topic/36237/smart-control-adapter-faq-use-cases
Adapter-Anleitung / Dokumentation
Diese ist direkt und ohne Umwege in den Adapter-Optionen integriert, ihr werdet es sehen
Screenshots der Adapter-Optionen
Einstiegsseite:
Zonen:
Zonen - Button "Ausführung":
Definition der Zielgeräte:
Auslöser:
Wie Testen?
Infos zum Testen findest du im Adapter selbst:
Wohin mit Bugs / Fehlerberichten oder Erweiterungswünschen?
Da der Adapter noch jung und in fortlaufender Erweiterung ist, könnt ihr diese gerne hier posten (anders als es bereits in den Adapter-Optionen steht).
Wichtig: Fehler (Bugs) bitte immer aussagekräftig beschreiben, am besten mit
- Screenshots, soweit möglicherweise hilfreich für mich als Entwickler
- Log-Auszug (in Code-Tags)
- Adapter-Optionen-Export, sofern als sinnvoll erachtet, Diese bekommt ihr so: ganz oben rechts in den SmartControl-Adapter-Optionen den blauen Button mit dem "Pfeil nach unten" anklicken.
Was wurde alles seit der letzten Version geändert?
Siehe Change Log
@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.
Beste Grüße,
VDT
- (Mic-M) Entire adapter code refactored. Therefore, tests are required to verify if these massive changes do not affect the adapter functionality. However, none of your existing adapter configuration should be lost and will be kept if you upgrade from 0.2.0+. But please check ALL of your configuration, since new options were added which
-
@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
@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 FeedbackIch 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 -
@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.
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?
Support us
747
Online32.4k
Users81.4k
Topics1.3m
Posts