NEWS
Teste Adapter SmartControl 0.1.x-beta.x
-
@Mic sagte in Teste Adapter SmartControl 0.1.1-beta.x:
Danke für die Erklärung. Verstehe deinen Use Case gut. Aber hat man das auch nicht mit anderen Adaptern? Ich frage, weil es dann evtl. sinnvoller ist, das in den LogParser-Adapter zu integrieren, und nicht hier. Was meinst du?
Hi Mic,
es macht wahrscheinlich auch Sinn im Logparser.
Der Grund hier ist mehr der Kontext zum Thema Nachrichten.
Ich habe es zumindest bei mir so definiert fuer jede Aktion
Optional:
Definition Log Message (hier wird der Text eingegeben)
Sichtbar in Log Y/N
Message per email Y/N
Message per Push Y/N
Message in Datei - "Dateiname"Somit kann für Jede Message die genaue Ausgabe definiert werden.
Zusätzlich lassen sich aktionsmessages Ausgaben in eine Datei thematisch zusammenfassung. z.B. Aktionsausgaben zur Poolsteuerunghier mal die Definition der Aktionen aus dem Script. Vielleicht wird es dann etwas klarer
"PoolFilterAnMittel", //Spalte 0 AktionsID 'hm-rpc.0.JEQ0295xxx.1.STATE', //Spalte 1 Gerät das reagieren soll "", //Spalte 2 Datum ab dem reagiert werden soll - Format dd:mm "", //Spalte 3 Datum bis zu dem reagiert werden soll - Format dd:mm "", //Spalte 4 Nur an diesen Wochentagen 0000000 = 1.Stelle=Sonntag 2.Stelle=Montag 7.Sams "", //Spalte 5 Zeit ab der reagiert werden soll - Format hh:mm "", //Spalte 6 Zeit bis zu der reagiert werden soll - Format hh:mm oder true, //Spalte 7 Wert für das zu reagierende Gerät gesetzt werden soll false, //Spalte 8 Rücksetzwert falls automatisch nach der Schaltdauer wieder zurückgesetzt werden soll 0, //Spalte 9 Zeitverzögerung für das setzen des Wertes 16200, //Spalte 10 Schaltdauer "Pool Filter 4:30 Stunden an", //Spalte 11 zu sendende Message true, //Spalte 12 Message in log false, //Spalte 13 Message mit Pushbullet false, //Spalte 14 Message mit email true, //Spalte 15 Log in CSV Datei "IFTTT-Pool" //Spalte 16 Dateiname fuer die CSF Datei ohne ".csv"Danke :-)
Ich lege jetzt mal ein Issue an, die Logs anwender-spezifisch zu gestalten, also dass die Texte des Logs frei vergeben werden können, mit Platzhaltern z.B.[timeoutSeconds]etc. -
@ Alle
@Mic sagte in Teste Adapter SmartControl 0.1.1-beta.x:
Achtung
Habe noch Fehler in 0.1.1-beta.3 gesehen, bitte daher vorerst nicht verwenden und bei 0.1.1-beta.2 bleiben.Nun keine Fehler mehr lt. meinen Tests, sollte also behoben sein.
Aktuell auf Github: 0.1.1-beta.4
(Mic-M) Fixed errors of 0.1.1-beta.3. Note You may still experience errors in comparison to 0.1.1-beta.2 due to the major and breaking changes of 0.1.1-beta.3. In case of any issues in productive environments: please go back to 0.1.1-beta.2 and report your issue.
Ab sofort also sehr gerne testen :-) . Bitte beachtet, dass es einen "Breaking Change" nach '0.1.1-beta.2' gab. Bei Problemen in Produktivumgebungen bitte zurück zur '0.1.1-beta.2' gehen und Issue melden. Wie man in ioBroker eine ältere Github-Version installiert (die nicht Latest/Stable ist), weiß ich aber selbst nicht, siehe Aufruf.
Ich bin jetzt die nächsten 2 Tage sehr beschäftigt, und danach noch ca. 5 Tage im Urlaub, also bitte nicht mit einer schnellen Antwort rechnen ;-)
-
Neue Version 0.1.1-beta.5 auf Github
Jede Tabelle in den Optionen kann nun gefiltert werden. Hilfreich, falls man viele Zeilen hat. Der Filter greift bei allen Spalten und ab mindestens 2 Zeichen.
Dies als Anfang für die Issues #7 von @crunchip und #15 von @EdgarM , zunächst um mehr Übersichtlichkeit zu schaffen.
Ich schreibe gleich noch mehr dazu für zukünftige Erweiterung.
-
Zielgeräte-Übersichtlichkeit
Zu dem Thema gibt es bereits 2 Issues:
#15 schlägt vor:
Warum daraus nicht 2 Seiten machen, einmal alle Geräte definieren, z.b.:
- Esszimmer Licht
- Küchen Licht
...
und dann auf einer zweiten Seite die Eigenschaften wie:
-- Esszimmer Licht an
-- Esszimmer Licht 40%
-- Esszimmer Farbe rotund das ganze als aufklappbares Menü
Dann könnte man das ungefähr so aussehen lassen:
dann könnte man bei den Zonen den Pfad zu den Zielgeräten bzw. Eigenschaften setzen.Somit könnte man das etwas übersichtlicher gestalten.
Was meint ihr dazu? Mir geht es in erster Linie um die Usability.
Erst mal finde ich @EdgarM Vorschlag sehr gut.
Allerdings: Tabelle aufteilen macht es meiner Meinung nach eher nur noch komplizierter für den Anwender. Außerdem sind in dem Beispiel nicht die jeweiligen Datenpunkte individuell vergebbar, aber in der Praxis braucht man das zum Teil (also völlig verschiedene Datenpunkte für selbes "Gerät").
Habt ihr noch andere Vorschläge zur Umsetzung?
Oder hilft jetzt schon mal die Filter-Funktion (siehe oben) hier? -
Neue Version 0.1.1-beta.5 auf Github
Jede Tabelle in den Optionen kann nun gefiltert werden. Hilfreich, falls man viele Zeilen hat. Der Filter greift bei allen Spalten und ab mindestens 2 Zeichen.
Dies als Anfang für die Issues #7 von @crunchip und #15 von @EdgarM , zunächst um mehr Übersichtlichkeit zu schaffen.
Ich schreibe gleich noch mehr dazu für zukünftige Erweiterung.
@Mic Hi Mic,
vielen Dank für das Update!Zu 1) die Filterfunktion ist super und sehr hilfreich, wenn ich wirklich mal alles damit schalten sollte, dann habe ich 300 devices und 120 Sensoren drin, was ne menge Zonen und Schaltvorgänge erzeugt... :-)
Zu 2) Zielgeräte Übersicht - Ich finde auch, eine Seite zur Definition der Geräte, und auf der nächsten dann die Schaltvorgänge bennen. Ich habe z.bsp. n LED-Stripe an der Treppe, das geht einmal als Licht bei Helligkeit x an, zum anderen signalisiert es, ob Tür auf/verriegelt/aufgeschlossen/zu ist mit entsprechender Farbe. Dazu wird das Licht noch zwischen 22-5 Uhr gedimmt und leuchtet nur mit 20%, ansonsten ab 30sek auf 100%.
Das sind alleine für ein Licht mehrere Funktionen, bei einem aufklapp-Menü wäre das schnell unübersichtlich, auf einer zweiten Seite mit Filter-Funktion viel einfacher.
Ich hab mehrere solche Fälle.. :-) ungefähr 20 oder so..
-
@Mic Hi Mic,
vielen Dank für das Update!Zu 1) die Filterfunktion ist super und sehr hilfreich, wenn ich wirklich mal alles damit schalten sollte, dann habe ich 300 devices und 120 Sensoren drin, was ne menge Zonen und Schaltvorgänge erzeugt... :-)
Zu 2) Zielgeräte Übersicht - Ich finde auch, eine Seite zur Definition der Geräte, und auf der nächsten dann die Schaltvorgänge bennen. Ich habe z.bsp. n LED-Stripe an der Treppe, das geht einmal als Licht bei Helligkeit x an, zum anderen signalisiert es, ob Tür auf/verriegelt/aufgeschlossen/zu ist mit entsprechender Farbe. Dazu wird das Licht noch zwischen 22-5 Uhr gedimmt und leuchtet nur mit 20%, ansonsten ab 30sek auf 100%.
Das sind alleine für ein Licht mehrere Funktionen, bei einem aufklapp-Menü wäre das schnell unübersichtlich, auf einer zweiten Seite mit Filter-Funktion viel einfacher.
Ich hab mehrere solche Fälle.. :-) ungefähr 20 oder so..
@ilovegym sagte in Teste Adapter SmartControl 0.1.1-beta.x:
Zu 2) Zielgeräte Übersicht - Ich finde auch, eine Seite zur Definition der Geräte, und auf der nächsten dann die Schaltvorgänge bennen. Ich habe z.bsp. n LED-Stripe an der Treppe, das geht einmal als Licht bei Helligkeit x an, zum anderen signalisiert es, ob Tür auf/verriegelt/aufgeschlossen/zu ist mit entsprechender Farbe. Dazu wird das Licht noch zwischen 22-5 Uhr gedimmt und leuchtet nur mit 20%, ansonsten ab 30sek auf 100%.
ilove, ich bin auch gerade am Überlegen, wie ich die Helligkeit im Smartcontroll steuere inkl. Lampe an (nicht jede Lampe geht bei BRI = x > 0 auch an). Magst du mir/uns als Anleitung kurz Screens einfügen, wie du das gemacht hast?
-
@Mic Hi Mic,
vielen Dank für das Update!Zu 1) die Filterfunktion ist super und sehr hilfreich, wenn ich wirklich mal alles damit schalten sollte, dann habe ich 300 devices und 120 Sensoren drin, was ne menge Zonen und Schaltvorgänge erzeugt... :-)
Zu 2) Zielgeräte Übersicht - Ich finde auch, eine Seite zur Definition der Geräte, und auf der nächsten dann die Schaltvorgänge bennen. Ich habe z.bsp. n LED-Stripe an der Treppe, das geht einmal als Licht bei Helligkeit x an, zum anderen signalisiert es, ob Tür auf/verriegelt/aufgeschlossen/zu ist mit entsprechender Farbe. Dazu wird das Licht noch zwischen 22-5 Uhr gedimmt und leuchtet nur mit 20%, ansonsten ab 30sek auf 100%.
Das sind alleine für ein Licht mehrere Funktionen, bei einem aufklapp-Menü wäre das schnell unübersichtlich, auf einer zweiten Seite mit Filter-Funktion viel einfacher.
Ich hab mehrere solche Fälle.. :-) ungefähr 20 oder so..
@ilovegym sagte in Teste Adapter SmartControl 0.1.1-beta.x:
Zu 2) Zielgeräte Übersicht - Ich finde auch, eine Seite zur Definition der Geräte, und auf der nächsten dann die Schaltvorgänge bennen. Ich habe z.bsp. n LED-Stripe an der Treppe, das geht einmal als Licht bei Helligkeit x an, zum anderen signalisiert es, ob Tür auf/verriegelt/aufgeschlossen/zu ist mit entsprechender Farbe. Dazu wird das Licht noch zwischen 22-5 Uhr gedimmt und leuchtet nur mit 20%, ansonsten ab 30sek auf 100%.
Das sind alleine für ein Licht mehrere Funktionen, bei einem aufklapp-Menü wäre das schnell unübersichtlich, auf einer zweiten Seite mit Filter-Funktion viel einfacher.Wird das dann nicht unnötig zu viel bei der Erfassung? Beispiel, wenn ich eurem Vorschlag folge:
-
Tab Zielgeräte: Hier eine Tabelle mit allen Zielgeräte-Namen, ggf. noch Spalte davor mit "Raum" o.ä., wobei eigentlich unnötig, da man das auch im Zielgerätenamen unterbringen kann, wie
Flur EG.Wandlicht. -
Dann Tab Zielgeräte-Konfig. Wie von Edgar vorgeschlagen:
Also müsste man damit dann 2 Tabellen pflegen, statt einer. Ich frage mich, warum? :-)
Mein Vorschlag:
Alles in Tabelle "1. ZIELGERÄTE" belassen, und Geräte z.B. so anlegen. Geht sehr schnell mit dem Kopier-Button:
Bei Bedarf kann ich in der Tabelle noch eine "Pagination" einbauen, grad bei mehreren hundert Geräte-Einträge sicherlich hilfreich.
Dann unter Zonen, "Zu schaltende Zielgeräte" eine bessere Auswahlmöglichkeit schaffen. Also dort kein Dropdown-Menü zum scrollen, sondern ein Auswahl-Menü, das die Tabelle zeigt, und wo man wieder filtern kann.
Was meint ihr, ist es das, was die Usability bei vielen Geräten deutlich verbessern würde?
-
-
@ilovegym sagte in Teste Adapter SmartControl 0.1.1-beta.x:
Zu 2) Zielgeräte Übersicht - Ich finde auch, eine Seite zur Definition der Geräte, und auf der nächsten dann die Schaltvorgänge bennen. Ich habe z.bsp. n LED-Stripe an der Treppe, das geht einmal als Licht bei Helligkeit x an, zum anderen signalisiert es, ob Tür auf/verriegelt/aufgeschlossen/zu ist mit entsprechender Farbe. Dazu wird das Licht noch zwischen 22-5 Uhr gedimmt und leuchtet nur mit 20%, ansonsten ab 30sek auf 100%.
Das sind alleine für ein Licht mehrere Funktionen, bei einem aufklapp-Menü wäre das schnell unübersichtlich, auf einer zweiten Seite mit Filter-Funktion viel einfacher.Wird das dann nicht unnötig zu viel bei der Erfassung? Beispiel, wenn ich eurem Vorschlag folge:
-
Tab Zielgeräte: Hier eine Tabelle mit allen Zielgeräte-Namen, ggf. noch Spalte davor mit "Raum" o.ä., wobei eigentlich unnötig, da man das auch im Zielgerätenamen unterbringen kann, wie
Flur EG.Wandlicht. -
Dann Tab Zielgeräte-Konfig. Wie von Edgar vorgeschlagen:
Also müsste man damit dann 2 Tabellen pflegen, statt einer. Ich frage mich, warum? :-)
Mein Vorschlag:
Alles in Tabelle "1. ZIELGERÄTE" belassen, und Geräte z.B. so anlegen. Geht sehr schnell mit dem Kopier-Button:
Bei Bedarf kann ich in der Tabelle noch eine "Pagination" einbauen, grad bei mehreren hundert Geräte-Einträge sicherlich hilfreich.
Dann unter Zonen, "Zu schaltende Zielgeräte" eine bessere Auswahlmöglichkeit schaffen. Also dort kein Dropdown-Menü zum scrollen, sondern ein Auswahl-Menü, das die Tabelle zeigt, und wo man wieder filtern kann.
Was meint ihr, ist es das, was die Usability bei vielen Geräten deutlich verbessern würde?
@Mic bin die Tage zwar nicht groß dazu gekommen, weitere Geräte zu integrieren, bzw komplexere Schaltungen anzulegen. daher fehlt mir auch die Idee, wie es am bestens sinvoll währe. Dein Vorschlag macht aber doch nen guten Eindruck. Sonst wird es, denk ich, zu unübersichtlich.
-
-
@ilovegym sagte in Teste Adapter SmartControl 0.1.1-beta.x:
Zu 2) Zielgeräte Übersicht - Ich finde auch, eine Seite zur Definition der Geräte, und auf der nächsten dann die Schaltvorgänge bennen. Ich habe z.bsp. n LED-Stripe an der Treppe, das geht einmal als Licht bei Helligkeit x an, zum anderen signalisiert es, ob Tür auf/verriegelt/aufgeschlossen/zu ist mit entsprechender Farbe. Dazu wird das Licht noch zwischen 22-5 Uhr gedimmt und leuchtet nur mit 20%, ansonsten ab 30sek auf 100%.
Das sind alleine für ein Licht mehrere Funktionen, bei einem aufklapp-Menü wäre das schnell unübersichtlich, auf einer zweiten Seite mit Filter-Funktion viel einfacher.Wird das dann nicht unnötig zu viel bei der Erfassung? Beispiel, wenn ich eurem Vorschlag folge:
-
Tab Zielgeräte: Hier eine Tabelle mit allen Zielgeräte-Namen, ggf. noch Spalte davor mit "Raum" o.ä., wobei eigentlich unnötig, da man das auch im Zielgerätenamen unterbringen kann, wie
Flur EG.Wandlicht. -
Dann Tab Zielgeräte-Konfig. Wie von Edgar vorgeschlagen:
Also müsste man damit dann 2 Tabellen pflegen, statt einer. Ich frage mich, warum? :-)
Mein Vorschlag:
Alles in Tabelle "1. ZIELGERÄTE" belassen, und Geräte z.B. so anlegen. Geht sehr schnell mit dem Kopier-Button:
Bei Bedarf kann ich in der Tabelle noch eine "Pagination" einbauen, grad bei mehreren hundert Geräte-Einträge sicherlich hilfreich.
Dann unter Zonen, "Zu schaltende Zielgeräte" eine bessere Auswahlmöglichkeit schaffen. Also dort kein Dropdown-Menü zum scrollen, sondern ein Auswahl-Menü, das die Tabelle zeigt, und wo man wieder filtern kann.
Was meint ihr, ist es das, was die Usability bei vielen Geräten deutlich verbessern würde?
hi!
@Mic
nur nicht zuviel klickiklicki einbauen! wenn mans einmal behirnt hat is es easy. raumunterteilungen ok, wegen überblick.
IMHO solle man schon ein bisschen denken müssen beim anlegen, sonst kommt das grosse jammern weil sich die mädelz verrannt haben. :blush: -
-
Hallo in die wissende Runde,
ich habe folgendes, m.E. einfaches vor:
Steckdose abends einschalten, Steckdose morgens ausschalten
Ich habs wie folgt umgesetzt (funktioniert aber nicht!):
Zielgerät:
Auslöser:
Zonen:
Ausführung:
Hab ich hier einen Denkfehler? Muss ja, sonst würde es funktionieren ^^
Danke euch und vG, ThorstenUDM Pro, Intel NUC - ioBroker in Proxmox-VM, PiHole+Grafana&Influx+TasmoAdmin in LXCs, Raspberry Pi3 (als CCU), Zigbee-Stick Sonoff, Synology DS918+
-
Hallo in die wissende Runde,
ich habe folgendes, m.E. einfaches vor:
Steckdose abends einschalten, Steckdose morgens ausschalten
Ich habs wie folgt umgesetzt (funktioniert aber nicht!):
Zielgerät:
Auslöser:
Zonen:
Ausführung:
Hab ich hier einen Denkfehler? Muss ja, sonst würde es funktionieren ^^
Danke euch und vG, Thorsten -
hi!
@Kueppertmach mal bei der ausführung 00:00 - 2400 rein. sunriseend ist nach sunrise...
-
@da_Woody danke dir für den Tipp. Ich dachte, über Nacht wäre möglich? Ich teste das aber mal :)
-
hi!
@Kueppertschon, aber dann muss die ausführung ausserhalb deines schaltwunsches sein.
-
@da_Woody @crunchip @EdgarM @ilovegym
Zu "Zielgeräte-Übersicht":
Wie erwähnt ist nun ja schon Filter integriert für die Zielgeräte.
Unter "Zonen" habe ich jetzt folgendes eingebaut:
D.h. ihr könnt nun sehr einfach die Zielgeräte auswählen. Wenn ihr in den Gerätenamen Punkte verwendet, also z.B. "Wohnzimmer.Wandlicht.20%", dann werden diese in der Auswahl entsprechend in einer Ordnerstruktur angezeigt (ähnlich wie Datenpunkte in den ioBroker-Objekten).
Das Ganze ist noch in einem Prototypen, werde ich die Tage veröffentlichen. Info kommt hier dann.
-
@da_Woody @crunchip @EdgarM @ilovegym
Zu "Zielgeräte-Übersicht":
Wie erwähnt ist nun ja schon Filter integriert für die Zielgeräte.
Unter "Zonen" habe ich jetzt folgendes eingebaut:
D.h. ihr könnt nun sehr einfach die Zielgeräte auswählen. Wenn ihr in den Gerätenamen Punkte verwendet, also z.B. "Wohnzimmer.Wandlicht.20%", dann werden diese in der Auswahl entsprechend in einer Ordnerstruktur angezeigt (ähnlich wie Datenpunkte in den ioBroker-Objekten).
Das Ganze ist noch in einem Prototypen, werde ich die Tage veröffentlichen. Info kommt hier dann.
Ich möchte gerade ein Skript hiermit ablösen, welches zu unterschiedlichen Tageszeiten den Helligkeitswert setzt (beim Shelly wird die Lampe nicht angeschaltet wenn die Helligkeit gesetzt wird). Muss ich nun für jede Helligkeitsstufe ein Zielgerät definieren?
Also Bspw.:
Wohnzimmer Deckenlampe groß 40%
Wohnzimmer Deckenlampe groß 100%
Wohnzimmer Deckenlampe groß 70%
Wohnzimmer Deckenlampe groß 20%
etc.Falls ja, wären das sehr viele Geräte für alle meine Deckenlampen. Kann man ggf. den zu schaltenden Wert nicht im Zielgerät, sondern unter Ausführung setzen? Dann müsste man nur ein mal den Helligkeitswert definieren.
Oder man fügt einfach eine weitere Spalte unter "Ausführung" hinzu, der den unter "Zielgeräte" eingegebenen Wert überschreiben kann. Falls die Spalte nicht ausgefüllt ist, funktioniert es wie bisher.Hier mal das Skript um ungefähr zu demonstrieren wie es aktuell in zwei Räumen funktioniert.
-
Ich möchte gerade ein Skript hiermit ablösen, welches zu unterschiedlichen Tageszeiten den Helligkeitswert setzt (beim Shelly wird die Lampe nicht angeschaltet wenn die Helligkeit gesetzt wird). Muss ich nun für jede Helligkeitsstufe ein Zielgerät definieren?
Also Bspw.:
Wohnzimmer Deckenlampe groß 40%
Wohnzimmer Deckenlampe groß 100%
Wohnzimmer Deckenlampe groß 70%
Wohnzimmer Deckenlampe groß 20%
etc.Falls ja, wären das sehr viele Geräte für alle meine Deckenlampen. Kann man ggf. den zu schaltenden Wert nicht im Zielgerät, sondern unter Ausführung setzen? Dann müsste man nur ein mal den Helligkeitswert definieren.
Oder man fügt einfach eine weitere Spalte unter "Ausführung" hinzu, der den unter "Zielgeräte" eingegebenen Wert überschreiben kann. Falls die Spalte nicht ausgefüllt ist, funktioniert es wie bisher.Hier mal das Skript um ungefähr zu demonstrieren wie es aktuell in zwei Räumen funktioniert.
Danke für den Vorschlag.
Ich habe ein sehr ähnliches JavaScript, noch etwas komplexer. Mein Ziel ist es, das über den SmartControl-Adapter abzulösen. Dein Use Case ist mir also sehr bekannt ;-)Im Zuge der Ablösung werde ich dann evaluieren, was die anwender- freundlichste Lösung sein wird und dann umsetzen.
Magst du bitte deinen Beitrag auf Github unter Issues als "Enhancement Request" publizieren, dann geht es sicherlich nicht unter und du bleibst auf dem Laufenden.
-
@da_Woody @crunchip @EdgarM @ilovegym
Zu "Zielgeräte-Übersicht":
Wie erwähnt ist nun ja schon Filter integriert für die Zielgeräte.
Unter "Zonen" habe ich jetzt folgendes eingebaut:
D.h. ihr könnt nun sehr einfach die Zielgeräte auswählen. Wenn ihr in den Gerätenamen Punkte verwendet, also z.B. "Wohnzimmer.Wandlicht.20%", dann werden diese in der Auswahl entsprechend in einer Ordnerstruktur angezeigt (ähnlich wie Datenpunkte in den ioBroker-Objekten).
Das Ganze ist noch in einem Prototypen, werde ich die Tage veröffentlichen. Info kommt hier dann.
@Mic sagte in Teste Adapter SmartControl 0.1.1-beta.x:
@da_Woody @crunchip @EdgarM @ilovegym
Zu "Zielgeräte-Übersicht":Ist nun auf Github verfügbar als Version 0.1.2-beta.1. War eine wesentliche und zeitintensive Anpassung, aber ich denke, es hat sich gelohnt ;-)
0.1.2-beta.1
- (Mic.M) New feature: Additional dialogs in various tables to easily select items (like target devices) by implementing a modal dialog, FancyTree, etc.
- (Mic-M) Improved table filter functionality in adapter configuration
Die neue Auswahl ist nun auch für alle anderen Drop-Downfelder ebenso eingebaut.
Bitte testet und gebt Feedback, ob alles so funktioniert. Ich habe übrigens nur im Chrome-Browser getestet.
-
Danke für den Vorschlag.
Ich habe ein sehr ähnliches JavaScript, noch etwas komplexer. Mein Ziel ist es, das über den SmartControl-Adapter abzulösen. Dein Use Case ist mir also sehr bekannt ;-)Im Zuge der Ablösung werde ich dann evaluieren, was die anwender- freundlichste Lösung sein wird und dann umsetzen.
Magst du bitte deinen Beitrag auf Github unter Issues als "Enhancement Request" publizieren, dann geht es sicherlich nicht unter und du bleibst auf dem Laufenden.
@Mic sagte in Teste Adapter SmartControl 0.1.1-beta.x:
Danke für den Vorschlag.
Ich habe ein sehr ähnliches JavaScript, noch etwas komplexer. Mein Ziel ist es, das über den SmartControl-Adapter abzulösen. Dein Use Case ist mir also sehr bekannt ;-)Im Zuge der Ablösung werde ich dann evaluieren, was die anwender- freundlichste Lösung sein wird und dann umsetzen.
Magst du bitte deinen Beitrag auf Github unter Issues als "Enhancement Request" publizieren, dann geht es sicherlich nicht unter und du bleibst auf dem Laufenden.
Das freut mich zu hören, dass ich nicht der einzige bin. :)
Issue angelegt!
https://github.com/Mic-M/ioBroker.smartcontrol/issues/16 -
@Mic sagte in Teste Adapter SmartControl 0.1.1-beta.x:
Danke für den Vorschlag.
Ich habe ein sehr ähnliches JavaScript, noch etwas komplexer. Mein Ziel ist es, das über den SmartControl-Adapter abzulösen. Dein Use Case ist mir also sehr bekannt ;-)Im Zuge der Ablösung werde ich dann evaluieren, was die anwender- freundlichste Lösung sein wird und dann umsetzen.
Magst du bitte deinen Beitrag auf Github unter Issues als "Enhancement Request" publizieren, dann geht es sicherlich nicht unter und du bleibst auf dem Laufenden.
Das freut mich zu hören, dass ich nicht der einzige bin. :)
Issue angelegt!
https://github.com/Mic-M/ioBroker.smartcontrol/issues/16Nachtrag zur neuen Version 0.1.2-BETA.1
Organisation umfangreicher Einstellungen
Wenn ihr Namen eingebt, also Geräte-Namen, Zusätzliche Bedingungen, Auslöser-Namen, dann trennt am besten per Punkt, also ähnlich wie ihr das auch in Datenpunkten gewohnt seid.
Beispiel für Zielgeräte:
Überlegt euch hierbei eine sinnvolle Einteilung, z.b. für "Zielgeräte"
Raum.Gerät.Eigenschaft. Ihr könnt dabei beliebig viele Unterpunkte verwenden, wie z.B.EG.Flur Nord.Lichter.Decke.Helligkeit.20%Damit habt ihr damit den Vorteil, dass das alles in Ordner und Unterordner gruppiert wird bei Auswahl dieser Optionen:
Außerdem macht es dann auch der Filter einfach für euch, in dem ihr z.B. den Raum, Gerätenamen, etc. eingebt:
Natürlich geht es auch "flach", also ohne Punkte als Trenner:
Gerade bei vielen Einträgen empfehle ich aber die "Punkt-Notation".
Support us
718
Online32.6k
Users82.2k
Topics1.3m
Posts