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

[Kueppert]

@Mic wenn ich jetzt neu via GitHub installieren möchte (hab den Adapter bis jetzt noch nicht, will ihn aber haben ^^) wir komme ich an die beta.2?
Ich vermute, abwarten, bis beta.4 raus ist ohne den gefundenen Bug?
Danke dir und vG, Thorsten

[looxer01]

@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 Poolsteuerung

hier 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"

[Mic]

@Kueppert sagte in Teste Adapter SmartControl 0.1.1-beta.x:

@Mic wenn ich jetzt neu via GitHub installieren möchte (hab den Adapter bis jetzt noch nicht, will ihn aber haben ^^) wir komme ich an die beta.2?
Ich vermute, abwarten, bis beta.4 raus ist ohne den gefundenen Bug?
Danke dir und vG, Thorsten

Hi Thorsten,

freut mich, dass du heißt darauf bist :-)

Gleich folgt ein Update-Beitrag, Fehler sollten behoben sein in aktueller 0.1.1-beta.4.

Zur Frage "Wie kann ich eine ältere Adapter-Version von Github installieren, falls Adapter noch nicht im Latest/Stable" - das weiß ich auch nicht. Github habe ich mir soweit alles selbst beigebracht, um einen Adapter zu veröffentlichen und zu aktualisieren, auch dank Forumhilfe.

Request/Wunsch an alle:

Ich wäre sehr dankbar für eine Schritt-für-Schritt-Anleitung, wie über ioBroker eine ältere Github-Version eines Adapters eingespielt werden kann, von einem Adapter, der noch nicht im Latest/Stable Repository ist.
Dann baue ich das in die Doku ein. Wäre wohl auch sehr hilfreich für andere Entwickler.

[Mic]

@looxer01

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.

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

[Mic]

@ 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 ;-)

[Mic]

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]

Zielgeräte-Übersichtlichkeit

Zu dem Thema gibt es bereits 2 Issues:

• #7 von @crunchip
• #15 von @EdgarM

#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 rot

und 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?

[Ein ehemaliger Benutzer]

@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..

[Kueppert]

@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]

@EdgarM
@ilovegym

@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:

1. 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.

2. 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?

[crunchip]

@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.

[da_Woody]

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:

[Kueppert]

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

[da_Woody]

hi!
@Kueppert

mach mal bei der ausführung 00:00 - 2400 rein. sunriseend ist nach sunrise...

[Kueppert]

@da_Woody danke dir für den Tipp. Ich dachte, über Nacht wäre möglich? Ich teste das aber mal :)

[da_Woody]

hi!
@Kueppert

schon, aber dann muss die ausführung ausserhalb deines schaltwunsches sein.

[Kueppert]

@da_Woody aahhh, mein Auslöser war außerhalb der Ausführung. Habs mal korrigiert ^^

[Mic]

@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.

[siggi85]

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.

[Mic]

@siggi85

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.