Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[luft-post]

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

[crunchip]

@luft-post Auslöser Tür(timer5min), Ziel Lampe an, ist klar.
Damit der Timer gelöscht wird Bedingung
Muss ich mal zu hause schauen wie man das umsetzen könnte, bin aktuell nur am Handy

@luft-post hab mir das jetzt mal durch den Kopf gehen lassen. Bedingung könnte so aussehen:
Damit die Lampe nicht eingeschaltet wird wenn sie gleich wieder geschlossen ist, würde ich einen Hilfsdatenpunkt erstellen bei Zielgeräte, der beim Tür öffnen ebenfalls auf true wechselt und mit z.b. Timer(5sec) auf false schaltet.
somit kannst du beim Auslöser eine Bedingung mit angeben, so dass das Auslösen(der 5min timer) des Lichts erst startet, wenn Tür offen und der DP auf false steht.

Hoff ich hab jetzt richtig gedacht, ist nämlich schon bisserl spät:grinning:

[luft-post]

@crunchip
Da bin ich dir sehr dankbar, bis jetzt hab ich nix hinbekommen :(

[kilasat]

@crunchip hehe - ja die Frage war fast zwangsläufig - hehe.

Also ich habe mein Ziel angelegt:
Das sind jeweils DP zum Öffnen und Schliessen.

Beim Auslöser komme ich schon nicht mehr weiter weil ich nicht weiss wie ich definieren kann, dass das Ziel ausgelöst wird sobald der Lux Wert der Helligkeit unter z.B. 5000 wäre.

[crunchip]

@luft-post komm aber erst heut nacht nach hause, also Geduld.

[crunchip]

@kilasat sagte in Test Adapter SmartControl 0.3.x-0.6.x Latest:

sind jeweils DP zum Öffnen und Schliessen.

Sind das zwei verschiedene Datenpunkte, jeweils true? Oder einer?, dann muss der rechte auf false geändert werden.
Klapp doch mal die Beschreibung auf, rechts auf das Fragezeichen, dann wird es bisschen klarer 😉

[kilasat]

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

[crunchip]

@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

[oelison]

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

[luft-post]

@oelison
hi, hab den Haken gerade überall gesucht, du meinst den Haken als Vorschlag zur Adapter Erweiterung....

[oelison]

@luft-post Ich habe den Vorschlag schon mal an den community adapter gestellt. SmartControl community

[luft-post]

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

[crunchip]

@luft-post also so wie ichs oben beschrieben hatte?

[luft-post]

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

[crunchip]

@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

[luft-post]

@crunchip
Denn gibt es nicht ab userstates ist der Pfad nicht vorhanden. So wie ich es verstanden hab erstellt der Adapter den Pfad/Datenpunkt....

[oelison]

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.

[oelison]

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.

[crunchip]

@oelison anstatt neues einzubauen wäre es vllt auch sinnvoll Probleme noch zu fixen, wie z.b string/number Warnmeldungen

[oelison]

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