Test Adapter shuttercontrol v2.0.x

[Homoran]

@guitardoc sagte in Test Adapter shuttercontrol v1.6.x:

Hier erst mal das Log:

das ist leider kein debug-log

[guitardoc]

@homoran aaaarghhh, Mist, stimmt. Habs gerade auf debug umgestellt. Mal sehen ob es morgen wieder so ist...

[guitardoc]

Sonne hat noch nicht wieder geschienen, ich poste das Debug-Log wenn sie hoffentlich morgen früh mal wieder scheint.

Zwischenzeitlich eine andere Frage - was bedeuten diese unterschiedlichen Werte bei autoState? Vielleicht kann ich da schon ein bisschen mehr das Verhalten zuordnen:

• up (vermutlich komplett geöffnet)
• down (vermutlich komplett geschlossen)
• sunprotect (vermutlich im SunProtect Modus)
• none (???)
• triggered (vermutlich Fenster offen)

[Homoran]

@guitardoc ja, ja, ja, status vor jeder Änderung - wird nachts so gesetzt, kenne ich nicht - möglicherweise ALARM

[guitardoc]

So, nun aber. Hier ist das Debug-Log. Die Fenster Arbeitszimmer, Küche und Treppenhaus stehen immer noch in Sunprotect, obwohl die Fenster geöffnet sind und sich auch die Sonne nicht mehr im Bereich +- 90° um Azimut 90° befindet.
Das Fenster Gästetoilette steht dagegen richtig - es hat die gleichen Einstellungen, nur das Fenster wurde zu einer anderen Zeit geöffnet/geschlossen.
Interessant sind die Werte von shuttercontrol.0. Shuttercontrol.1 und Shuttercontrol.2 sind Fenster an anderen Gebäudeseiten.

system.adapter.shuttercontrol.0-6.json
iobroker.2024-06-21.log.html

[Joel]

@guitardoc
"triggered" - Fenster wird geöffnet - stimmt nach meiner Erfahrung.
Da wäre noch "middle" - das ist die "Zwischenposition und später kpl. schließen" unter Extra Einstellungen.
"none" müsste mal der Entwickler was zu schreiben.

later
Joel

[Joel]

Hi, eher vielleicht kosmetischer Natur:
in 1.72 wurde gefixed, dass abgewählte Rollos trotzdem fahren.

Ich habe noch 2 abgewählte Rollos (z.B. Backup - s. code) bei denen auch die ID nicht drin steht. Sie dienen mir als Test/Backup-Rollos.
Im Log werden unregelmäßig diese angemeckert, dass die ID fehlt bzw. irgendwas damit nicht gemacht werden kann. Stimmt ja auch, aber da sie ja nicht berücksichtigt werden sollten, wiederum auch verwirrend.

2024-06-23 09:54:05.126 - debug: shuttercontrol.0 (38196) Backup - shutter conversion is:false
2024-06-23 09:54:05.129 - warn: shuttercontrol.0 (38196) Error: The id is empty! Please provide a valid id.
2024-06-23 09:54:05.130 - debug: shuttercontrol.0 (38196) Backup - shutter trigger drive-up is:100
2024-06-23 09:54:05.130 - debug: shuttercontrol.0 (38196) Backup - shutter trigger change is:upDown

later
Joel

[simatec]

@joel Sie werden ja trotzdem überprüft, allein schon um festzustellen zu können, ob sie aktiv sind. Wenn dann die id fehlt, gibt es die Warnung.
Entweder lege eine Id für die Dummys fest, oder lösche sie, da andernfalls die Array immer geprüft wird

[Joel]

@simatec OK, danke für die Info!

[MichMein]

@simatec
Ich nutze ShutterControl nun schon sehr lange ohne nennenswerte Probleme, vielen Dank für den tollen Adapter.
Eine Frage hätte ich da aber noch.
Die Rollläden fahren zu einen Zeitpunkt der sonnenuntergangsabhänging abends auf eine Zwischenposition und um 23 Uhr komplett herunter, das funktioniert.
Wenn wir uns ins Bett begeben nutzen wir einen virtuellen Schalter der alle Rollläden und diverse Lichter ausschaltet. Wenn dies der Fall ist bevor die Rollläden und die Zwischenposition gefahren sind, fahren sie zur von ShutterControl berechneten Zeit in die Zwischenposition.
Lässt sich dieses Verhalten irgendwie umgehen?

Vielen Dank und einen schönen Restsonntag.

[guitardoc]

@simatec Hallo Simatec, hattest du schon Gelegenheit, dir das debug-log weiter oben mal anzuschauen? Kann ich dich da noch irgendwie unterstützen?

[simatec]

@michmein sagte in Test Adapter shuttercontrol v1.6.x:

Wenn wir uns ins Bett begeben nutzen wir einen virtuellen Schalter der alle Rollläden und diverse Lichter ausschaltet. Wenn dies der Fall ist bevor die Rollläden und die Zwischenposition gefahren sind, fahren sie zur von ShutterControl berechneten Zeit in die Zwischenposition.

Kannst du das bitte genauer beschreiben? Ich verstehe es nicht so richtig, was ihr macht und was passiert

[simatec]

@guitardoc Nein bisher hatte ich noch keine Zeit...

[MichMein]

@simatec

Die Rollläden gehen sonnenuntergangsgesteuert in die Zwischenposition und um 23 Uhr fahren sie komplett herunter.

Wenn wir ins Bett gehen nutzen wir einen virtuellen Schalter der alle Rollläden manuell auf 0% zufährt und diverse Lichter ausschaltet usw.

Das Szenario funktioniert hervorragend wenn wir in der Zeit zwischen der Zwischenposition und 23 Uhr ins Bett gehen und den virtuellen Schalter nutzen.
Wenn wir allerdings mal ins Bett gehen bevor die Rollläden in die Zwischenposition gefahren sind passiert folgendes. Die Rollläden fahren komplett auf 0% und zur eingestellten Astrozeit fahren diese wieder in die Zwischenposition gemäß ShutterControl Konfig und um 23 Uhr entsprechend ganz herunter. Grundsätzlich ok da es ja so in ShutterControl auch konfiguriert ist.

Jetzt möchte ich wissen ob es eine Möglichkeit gibt dieses Verhalten zu unterbinden so dass der manuelle Wert über den virtuellen Schalter das automatische fahren der Rollläden über ShutterControl verhindert? Kann ich dafür die Schalter in Objektbaum von ShutterControl nutzen?

Ich hoffe es jetzt etwas verständlicher formuliert zu haben.

Vielen Dank

[rtwl]

@michmein sagte in Test Adapter shuttercontrol v1.6.x:

Lässt sich dieses Verhalten irgendwie umgehen?

das müsste der manu_mode unterbinden können. fahre mal nicht ganz zu, sondern auf zb 2% wenn du manuell bedienst. Dann sollte er unten bleiben bis das letzte schließen kommt.
zu dem Manu Mode gibt es auch Einstellungen im Adapter.

[simatec]

@michmein sagte in Test Adapter shuttercontrol v1.6.x:

virtuellen Schalter das automat

Du kannst mit setzen deines "virtuellen Tasters" die Automatik bei den betroffenen Rollläden auf false setzen und dann halt in dem Script zu einer bestimmten Zeit (z.B. Nachts um 1 Uhr) wieder einschalten.

[higginsd]

Hallo Zusammen!

Ich habe seit einiger Zeit ständig das Problem, daß Shuttercontrol mir meine Rollos in die Sunprotect Position fährt und dabei selber den Manu-Mode aktiviert. 2 Jahre lang war das nicht so, hat immer funktioniert.

Die Rollos werden über Pseudo-Schalter getriggert, also Datenpunkte, in die zwar SC schreibt (und liest) aber sonst niemand. Die Änderungen werden aus diesen Pseudo-Schaltern per on-Subscription bei Änderung gelesen und an die echten Schalter-Endpunkte übertragen.

Also: die Schalter-Bezüge für SC werden niemals angefasst oder per Hand verändert! So, wie ich das vor 2 Jahren irgendwo als Tip gelesen habe, um das triggern des Manu-Mode bei Betätigung der Rollos über den physikalischen Schalter zu unterbinden.

Dennoch glaubt SC, daß bei Aktivierung des Sunprotect-Mode die Rollos danach im Manu-Mode sind. Das ist doch aber falsch?!?

Ich habe SC auf Debug-Output gestellt und sende als Anhang den Output aus dem ioBroler-Log mit (gefiltert nach SC, weil bei mir ist viel los im ioBroker...)
Zu beachten: das Rollo Terrasse ist aussen vor, dieses steuere ich nur manuell. Meldungen dazu bitte ignorieren.

Es geht im Log los um 09:23:40.476, da wird Rollo3 in den Sunprotect gefahren und der Manu-Mode aktiviert. Um 10:50:04.108 kommt Rollo2 dazu. Und um 10:55:02.128 Rollo1. Danach bleiben die Biester halb-unten, auch wenn Sunprotect Ende erreicht. Erst um 22:00 fahre ich alle gezielt nach unten und beim Tageswechsel gehen sie dann wieder in die Automatik.

Wer kann helfen?

Edit: achja, Adapter-Version 1.7.0

shuttercontrol-log.txt

[Homoran]

@higginsd sagte in Test Adapter shuttercontrol v1.6.x:

Die Rollos werden über Pseudo-Schalter getriggert, also Datenpunkte, in die zwar SC schreibt (und liest) aber sonst niemand. Die Änderungen werden aus diesen Pseudo-Schaltern per on-Subscription bei Änderung gelesen und an die echten Schalter-Endpunkte übertragen.

ja und?

Wo kommt die Information über die aktuelle Behanghöhe her?
Das hat mit ""Schalter" doch nichts zu tun

[higginsd]

@homoran

Hat doch bisher funktioniert. Ist da was geändert worden?

[Homoran]

@higginsd sagte in Test Adapter shuttercontrol v1.6.x:

@homoran

Hat doch bisher funktioniert. Ist da was geändert worden?

bitte die Frage beantworten, sonst kann man es nicht weiter einkreisen.