Test Adapter SmartControl 0.3.x-0.6.x Latest
-
@crunchip die DP habe ich jetzt auf die States (Open/Close) geändert:
Also Auslöser habe ich nun folgendes:
Also wenn es dunkler draussen ist als 250 Lux - dann Rolladen schliessen.
und bei den Zonen habe ich nun zusätzlich die Bedingung drin, dass wenn es draussen heller als 250 Lux ist dann soll es eben nicht schliessen.
Bin nicht sicher, ob das überhaupt etwas bringt mit der letzten Bedingung.
Was mir jedoch vollständig noch fehlt ist die Berücksichtigung der Lampe. Also die Logik wäre in etwa so:
Wenn Lux kleiner Wert XY und Lampe Wohnzimmer ist AN --> dann Rolladen schliessen.
Wenn Lux kleiner Wert XYZ - dann Rolladen schliessen (unabhängig von der Lampe.Zusätzlich möchte ich das auch umgekehrt machen und Rolladen öffnen wenn ein bestimmter LUX Wert überschritten wird.
-
@kilasat sagte in Test Adapter SmartControl 0.3.x-0.6.x Latest:
ob das überhaupt etwas bringt mit der letzten Bedingung.
WZ-Lux-Tag? na wenn dieser Wert "vorhanden ist" wird nicht geschaltet
@kilasat sagte in Test Adapter SmartControl 0.3.x-0.6.x Latest:
Wenn Lux kleiner Wert XY und Lampe Wohnzimmer ist AN --> dann Rolladen schliessen
dann musst du die Lampe noch in der Zone als Auslöser hinterlegen
@kilasat sagte in Test Adapter SmartControl 0.3.x-0.6.x Latest:
Wenn Lux kleiner Wert XYZ - dann Rolladen schliessen (unabhängig von der Lampe.
eine 2. Zone anlegen mit dem anderen lux Wert und eben ohne Lampe, die Lux Werte dürfen nur nicht ineinander übergehen, also entsprechend anpassen
@kilasat sagte in Test Adapter SmartControl 0.3.x-0.6.x Latest:
Zusätzlich möchte ich das auch umgekehrt machen
musst du alles entsprechend doppelt anlegen
-
@luft-post said in Test Adapter SmartControl 0.3.x-0.6.x Latest:
@crunchip
z.B. Ereignis "Tür auf" nach 5 Minuten soll das Licht eingeschaltet werden,
aber nur wenn die Tür nicht schon wieder geschlossen wurde.gruß
Ein zusätzlicher Haken "Bei ausführung nochmal prüfen" wäre gut.
-
@oelison
hi, hab den Haken gerade überall gesucht, du meinst den Haken als Vorschlag zur Adapter Erweiterung.... -
@luft-post Ich habe den Vorschlag schon mal an den community adapter gestellt. SmartControl community
-
@oelison
Dank dir.
Hab jetzt eine Lösung gefunden,
mit einen zusätzlichen Objekt Merker der durch die Zone "Tür auf" gesetzt wird.
Durch eine weitere Zone "Tür immer noch" auf die verzögert einschaltetet, dabei unter Ausführung/Bedingungen den Merker wieder abfragt.
Nicht so eine schöne Lösung da über drei ecken aber sie geht.
Grundsätzlich würde ich es nicht schlecht finden wenn man zu jeder Zone einen frei Text hätte um solche Zusammenhänge für sich selbst zu Kommentieren, wenn ich nach drei Monaten wieder auf die Zone schaue weiß ich nicht mehr warum ich was gemacht habe
gruß
-
@luft-post also so wie ichs oben beschrieben hatte?
-
@crunchip
ach Mist, hab gar nicht gesehen das du oben schon geantwortet hast.
Aber ja in Prinzip schon nur das ich den Timer nicht beim Hilfsdatenpunkt laufen lasse sondern bei der "Lampe einschalten zone" und schaue, ob der Hilfsdatenpunkt noch auf "Tür offen" steht.Vielen Dank dafür
Kurz noch was anderes, wenn ich bei Auslöser die Funktion SC benutzen will kommt immer der Fehler
ist das bekannt? oder ist was bei mir falsch?
Gruß
-
@luft-post sagte in Test Adapter SmartControl 0.3.x-0.6.x Latest:
oder ist was bei mir falsch
Ja, kontrollier mal den angegeben DP
-
@crunchip
Denn gibt es nicht ab userstates ist der Pfad nicht vorhanden. So wie ich es verstanden hab erstellt der Adapter den Pfad/Datenpunkt.... -
Hallo zusammen.
Ein release 1.2.2 ist fertig. Da ist praktisch nichts neues drin. Einige abhängige Paket Versionen haben sich geändert und die links sind jetzt auf der ioBroker Seite. Also werdet ihr bald ein Update sehen, aber keine Veränderung in der Funktionalität.
An dieser Stelle nochmal einen Gruß an Mic. Der Code ist schön zu lesen und ich hoffe der bleibt auch so. Ich werde mich bemühen. -
Hallo zusammen.
Ein release 1.3.0 ist fertig. Der release prozess ist jetzt stabil und eine neue Funktion ist auch drin. Die Zonenelemente können jetzt kommentiert werden.
Viel spaß beim Dokumentieren. -
@oelison anstatt neues einzubauen wäre es vllt auch sinnvoll Probleme noch zu fixen, wie z.b string/number Warnmeldungen
-
@crunchip Ansich hast Du recht, aber:
- Ich habe mir die BUGS angesehen
- Ich habe einige hier hin übertragen BUGS_iobroker, die ich nachvollziehen kann.
- Dann habe ich mir die Funktionsweise des Adapters angesehen
- Weiterhin habe ich bei dem ersten Release viele kleine Fehler entdeckt
- Die habe ich hier auch behoben
- Weiterhin muss ich noch viel über die Struktur lernen, damit ich hier nichts verschlimmbessere
- Und hier ist es das Einfachste, nur die Oberfläche zu ändern, die nichts mit der Funktionalität an sich zu tun hat
Das hat mich dazu gebracht diese einfache Änderung vor zu ziehen, da ich hier lernen kann und nichts zerstöre. Stabilität ist ebenfalls sehr wichtig und kann nich einfach hineingetestet werden, da wir hier komplexe Zusammenhänge für den Benutzer einfach darstellen müssen. Und auch diese Tests müssen noch geschrieben werden.
Dann noch zu den Fehler den Du erwähnt hast. Ich habe den nicht gefunden. Könntest Du ein bug Ticket (2. link) anlegen?
Ich hoffe ich kann den dann reproduzieren.Als nächstes wollte ich eigentlich den Fehler des dark-modes lösen. Da ist die Doku kaum zu lesen und auch einige Auswahlboxen sind nicht immer lesbar.
Wenn die Bugs im ioBroker repository auftauchen, kann auch besser darauf eingegangen werden und die Priorisierung erfolgen. Im Moment mache ich mehr was ich verstanden habe und kann nicht vernünftige Prioritäten setzen. Da muss ich noch um Nachsicht bitten.
-
@oelison sagte in Test Adapter SmartControl 0.3.x-0.6.x Latest:
Könntest Du ein bug Ticket (2. link) anlegen?
kann ich gleich mal machen
@oelison sagte in Test Adapter SmartControl 0.3.x-0.6.x Latest:
den Fehler des dark-modes lösen
das wäre allerdings auch sehr wünschenswert
@oelison sagte in Test Adapter SmartControl 0.3.x-0.6.x Latest:
Da muss ich noch um Nachsicht bitten.
sollte auch kein Vorwurf sein, man sollte froh sein, wenn sich freiwillige finden, die dazu beitragen "Den Laden" aufrecht zu erhalten
-
Hallo Zusammen,
Release 1.3.1 ist jetzt im npm. Im dark mode ist jetzt alles "lesbar", aber nicht schön. Im Team haben wir beschlossen das nicht zu Lösen, da der Aufwand in keinem Verhältnis zur Arbeit steht.
Die Fehlermeldungen sind jetzt verschwunden.
Viel Spaß beim Testen.
Gruß
Christian -
Ich finde den Adapter echt toll und hatte ihn jetzt sehr lange Zeit nicht genutzt.
Ein neuer Versuch führt wieder zu Tonnenweise Log Einträgen.
Ist das normal oder mache ich immer noch was falsch? -
@fuxxz2 Kannst Du mal prüfen, ob die oben genannten objekte wirklich nicht existieren? Diese Fehler sehe ich bei mir nicht.
-
@oelison
Das Problem ist, ich weiß gar nicht, was er mit _enum-19 etc. meint. Ich habe als Ziel zwei Aufzählungen(Funktionen) hinterlegt, sonst nichts. Darin enthalten sind jeweils Dimmer und in der anderen Schalter.
Aber diese Angabe von _enum_XX keine Ahnung was das sein soll ? -
@oelison
Hallo zusammen, endlich kann ich auch mal wieder etwas zur Weiterentwicklung dieses genialen Adapters beitragen...
Ursache ist die Verwendung von Aufzählungen unter Zielgeräte.
Die Eingabe-Validierung prüft das Vorhandensein dieser Einträge für jedes einzelne Mitglied der Aufzählungen (*****_enum#)
Da sie nicht existieren kommen dann die Einträge im Log.
Da ich nicht weiß, ob sie für die Funktion wirklich benötigt werden habe ich sie einfach mal angelegt und dann sind die Meldungen weg.
Leider nur bis zum nächsten speichern/Neustart des Adapter.
ggf. könnte man sie einfach nach dem speichern des Adapter alle anlegen lassen, oder aus der Prüfung rausnehmen. Aber wie gesagt ich kann leider nicht mit Sicherheit sagen, ob sie für die Funktion nicht doch benötigt werden.
Mein Vorschlag wäre der Einfachheit halber das Anlegen.
