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

[flugwelle]

@simatec

Wie? Die Punkte im Namen der Objekte? Die sind bei mir ausnahmslos alle so ...
Das ist meine Gliederung und ich freue mich immer, das ioBroker das hierarchisch darstellt.

[simatec]

@flugwelle
Du kannst doch aber den Namen in der Tabelle anpassen.
Ich schaue mal, ob ich da noch was ändern kann

[Homoran]

@flugwelle

VORSICHT!
Da gibt es eine Änderung der zugelassenen Zeichen ab einer js-controller/admin Version

Habe leider weder die Restriktionen, noch die Version des controllers/admin im Kopf

[flugwelle]

@Homoran

Meinst Du das? https://forum.iobroker.net/post/12554

Danach ist Punkt ok.

[Homoran]

@flugwelle
Nein, das ist von 2018, Da geht es um ID
Aber Punkt innerhalb einer ID war da nie erlaubt, weil er die Hierarchieebene abgrenzt.

Kann zwar sein, dass ich mich täusche, aber ich meine es gäbe etwas neueres, bei dem auch die Namen betroffen waren

[simatec]

@flugwelle und @Homoran

Keine Panik ... habe gerade den Code umgeschrieben. Jetzt sind auch Punkte im Namen möglich.
Shuttercontrol entfernt diese beim anlegen der ID's und setzt an diese Stelle nun Unterstriche.
Aber wie @Homoran geschrieben hat, gehen Punkte in ID's nicht.
Im Namen allerdings schon.

Update liegt auf Github.
Heute gab es auch ne Menge Bugfix ...

[dos1973]

@simatec
Mal ein kurzes Feedback von mir.
Habe eben auf die 2.14.upgedated, bis dato lief alles wie gewünscht um weiter testen zu können.

Morgens/ Abend hoch runter
Beschattung hoch runter
Türgriff hoch runter.

Perfekt....

fast... was etwas nervt, der Rolladen mit dem Griff zuckt immer wieder um sich zu justieren. In der Konfig sind 70% eingestellt, der shelly steht mal bei +/- 64% und dann fährt immer wieder ... der andere Rolladen ohne Griff steht ähnlich %% da, macht aber nichts, daher gehe ich davon aus, dass die Griff Funktion da nachregeln möchte. Hier wäre es schön, wenn die „Range“ etwas nach oben korrigiert werden könnte.

[flugwelle]

@simatec said in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:

Update liegt auf Github.

ok, danke. Update eingespielt. Die Objekte bleiben nun. :+1:

Und vorhin hat die Beschattungsautomatik die Jalousie hochgefahren :relaxed:

[simatec]

@dos1973
Ich erinnere mich gelesen zu haben, dass die shellys nie in die gewünschte Position fahren. Die weichen wohl immer 2-3% ab.

Da will ich mich die nächste Tage mit beschäftigen.
Hab aktuell leider keinen shelly hier.
Werde mir aber mal ein Satz bestellen

[simatec]

@flugwelle
Danke für dein Feedback. Wie sehen deine Objekte nun aus?
Mach mal bitte ein Screenshot

[flugwelle]

@simatec

[Semie1]

Bei mir passt bis jetzt auch alles. Besten Dank tolle Arbeit

[dos1973]

@simatec
Version 0.2.14 aus Github.

Folgendes Fehler Szenario hatte ich heute
Beschattung ist aktiv,
Türe öffnen, Rollo fährt hoch
Zeitpunkt zum herunterfahren erreicht, Rollo fährt runter obwohl Tür offen.

Ich habe Spätsonne, d.h ich habe die Beschattung aktiv und fahre die gar nicht mehr hoch, d.h aus der Beschattung direkt in den Nachtmodus Rollo runter.

[flugwelle]

@flugwelle said in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:

Und vorhin hat die Beschattungsautomatik die Jalousie hochgefahren

Aber leider heute früh nicht runter ... vermutlich weil 99,2% != 100% sind. Ich kann auch 99,2 nicht als "offen" Höhe konfigurieren, weil das jedes mal leicht anders ist.

[Homoran]

@flugwelle
Dann sind wir aber in einem Dilemma!

zum einen soll der Adapter schlechte/unpräzise Aktoren kompensieren, zum anderen soll er genau das machen, was er macht, nämlich bei manueller Bewegung die Automatik aussetzen.

So nutze ich bei mir diese Funktion, indem ich abends den Rollladen MINIMAL hochdrehe damit er am nächsten morgen nicht automatisch hochfährt.
Wenn ich das jetzt mit mindestens 5% (oder mehr?) machen müsste, wüsste ich zum einen nicht, wann dieser Wert überschritten wird, zum anderen geht dann irgendwann der Rolladen von geschlosen auf "Lücke"

[e-s]

@Homoran

Wie wäre es denn wenn der Adapter ca. 30 Sekunden nach dem verstellen der Rollos den aktuellen wert als den eingestellten wert abspeichert. Somit würde ein manuelles eingreifen auffallen. Oder wann ändert sich zeitlich der Wert, immer nur direkt nach einstellen der Position?

[flugwelle]

@Homoran

Ich hatte ja schon mehrfach vorgeschlagen, dass man pro Aktor eine Toleranz definert. Du setzt die auf 0 ... ich eben auf 10%.

Außerdem könntest Du natürlich die neuen States zum Unterbinden der Automatik nutzen - anstatt eine minimale Abweichung als Schalter zu missbrauchen ;-)

[flugwelle]

@e-s

Aber es geht ja gerade darum zu erkennen, ob eine absichtliche manuelle Änderung erfolgt ist, um dann nicht sofort durch die Automatik den alten Zustand wiederherzustellen.

Wenn ich absichtlich die Jalousie auf 50% setze, aber die Beschattungsautomatik meint, jetzt müsse aber 0% sein, dann soll nicht gleich wieder 0% eingestellt werden.

Das klappt aktuell ja auch.

Aber es wird auf exakte Gleichheit geprüft - was bei meinen Jalousien in der oberen Stellung nicht hinhaut, da der Motorstop das Ding eben manchmal schon bei 99,2% anhält.

Trotzdem soll die Automatik das als "oben" = 100% = dem durch die Automatik bestimmen Wert auffassen.

[e-s]

@flugwelle
Ließ dir bitte meine Idee nochmal durch.
Nach dem automatisches setzen der Position soll diese durch den Adapter erneut ausgelesen werden und als letzter automatisch gesetzter Punkt gespeichert werden. Eben die 99,2.
Deswegen die Frage ob sich nach unbestimmter Zeit der Wert auch von alleine mal ändert.

[zahnheinrich]

@e-s
Ich halte Deinen Vorschlag für die perfekte Lösung.
Habe das Problem mit den Shellys such schon oben berichtet.
Der vom Shelly nach dem Fahren ausgelesene Istwert ändert sich nicht mehr.