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

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

[higginsd]

@homoran

Ok, ich programmiere es mir selbst. Ist einfacher. Danke.

Das ganze Verfahren mit dem Manu-Mode ist m.E. sinnfrei und nicht zielführend, macht den Adapter unbrauchbar für den täglichen Bedarf. Ich muss doch auch mal per Hand auf den Schalter drücken können, ohne die Automatik aus dem Tritt zu bringen.

[Homoran]

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

Das ganze Verfahren mit dem Manu-Mode ist m.E. sinnfrei und nicht zielführend, macht den Adapter unbrauchbar für den täglichen Bedarf.

nicht unbedingt.
Deswegen ist es ja so wichtig, wieso Shuttercontrol annimmt, dass du mit der automatischen Steuerung nicht zufrieden warst, und die Behanghöhe für die Beschattung manuell verändert hast.
Dann zieht sich Shuttercontrol für einen Tag aus der Beschattungssteuerung zurück, um die von dir anscheinend präferierte Beschattungsbehandlung nicht weiter zu stören.

Dieses Feature wurde von sehr vielen Usern genau so gewünscht.

Leider gibt es einzelne Komponenten die diese Automatik durch Falschinformationen aushebeln. Aber auch dagegen gibt es Einstellungen!

Deshalb bitte ich um Beantwortung der Frage

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

Wo kommt die Information über die aktuelle Behanghöhe her?

[higginsd]

@homoran Gut, Gegenfrage: wieso braucht SC diese Information? Reicht es nicht, dem Steuerendpunkt des Rollos zu sagen: "fahre auf soundsoviel Prozent" und davon auszugehen, daß das schon funktionieren wird? Den Rest regelt HMIP oder BSHB (dieses Dreckszeug von Bosch, welches bei HMIP eingekauft und dann softwaretechnisch abgeschottet und komplett verbogen wurde...). Wenn das nicht funktioniert, hat man andere Probleme, wie ein Rollo, welches nicht richtig gegen Hitze abschattet...

Und wo oder wie wird denn in SC nach dieser Info gefragt? Einfach, indem Du das Confirm-Flag des Steuerpunktes auswertest? Das wird bei einer einfachen Variable doch auch und gleich gesetzt, wenn man den Variableninhalt ändert. Müsste doch dann völlig ausreichen. Ich verstehe es nicht so ganz, ehrlich gesagt.

Oder: warum gibt es kein Flag, um das Zurückfallen in den Manu-Modus - wenn es vielleicht viele User brauchen, aber etliche auch nicht - abzuschalten? Wie gesagt, es hat mit meiner Methode fast 2 Jahre lang problemlos funktioniert. Aber irgendwann wurde in einer der aktuellen Versionen etwas geändert, was nun zu dem "Fehler" in meinen Augen führt.

Warum ich den "manuellen" Eingriff in die Beschattung brauche, ohne SC damit aus dem Tritt zu bringen: ich habe ein Küchenfenster, welches über SC läuft. Aber: es gibt Situationen, wo mir die SC-Beschattung nicht ausreicht, z.B. im Winter/Frühjahr bei viel tiefstehender Sonne aber niedrigen Aussentemperaturen. Da scheint die Sonne so in das Ostfenster, daß man an der Arbeitsfläche geblendet wird. Daher habe ich eine zusätzliche Abschattungsautomatik geschrieben, die das Rollo fährt, wenn der Sonnenstand sogar unter Beachtung der gegenüberliegenden Gebäude-Silhouette entsprechend ist, daß man durch das Fenster geblendet wird. Auch wenn es kalt ist und SC nicht abschatten würde (weil SC dies mWn nur aus Wärmeschutzgründen tut).

Wenn ich das jetzt über den Steuerpunkt realisiere, den SC beobachtet, fällt es dadurch in den Manu-Modus und wird abends nicht mehr automatisch runtergefahren. Daher der Umweg über die Pseudo-Schalter.

Aber vielleicht will ich zu viel. Und sicherlich kann ich das, was ich für ein Fenster selber programmiert habe, auch ganz einfach für die beiden anderen Fenster umsetzen. Daher die Idee, auf SC zu verzichten und es komplett selber zu machen.

Trotzdem danke.

[Homoran]

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

warum gibt es kein Flag, um das Zurückfallen in den Manu-Modus - wenn es vielleicht viele User brauchen, aber etliche auch nicht - abzuschalten? W

wer sagt das?

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

Aber auch dagegen gibt es Einstellungen!

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

Aber: es gibt Situationen, wo mir die SC-Beschattung nicht ausreicht, z.B. im Winter/Frühjahr bei viel tiefstehender Sonne aber niedrigen Aussentemperaturen

auch das lässt sich über SC konfigurieren!

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

Wenn ich das jetzt über den Steuerpunkt realisiere, den SC beobachtet, fällt es dadurch in den Manu-Modus und wird abends nicht mehr automatisch runtergefahren. Daher der Umweg über die Pseudo-Schalter.

welchen?
wenn es im Manu_Mode ist, wird dieser doch genau mit der abendlichen Verdunklungsfahrt wieder zurückgesetzt!

Ich habe leider in der gesamten Schimpftirade immer noch nicht die Antwort auf meine Frage gefunden.

[wendy2702]

@higginsd wenn es deiner Meinung nach an einem Update von Shuttercontrol liegt, was spricht gegen ein downgrade als gegen Test?

[Homoran]

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

@higginsd wenn es deiner Meinung nach an einem Update von Shuttercontrol liegt, was spricht gegen ein downgrade als gegen Test?

das wäre eine Möglichkeit.

Ich würde nur gerne einkreisen was bei ihm die Ursache für seine Issues sein könnte.
Leider beantwortet er die alles entscheidende Frage nicht

[rtwl]

@homoran
er sagt, dass er bei shuttercontrol die datenpunkte für seine Rollos nicht direkt jene von hmip verwendet, sondern eigene von 0_userdata. Somit kann kein "echter" manu mode kommen, da er (so nehme ich an) diese datenpunkte nicht ändert und nur SC auf diesen schreibt.

ich habe identisches setup. hatte aber auch mal selbes Problem. Da war aber ein Update schuld. simatec hat dann den Fehler aber behoben. Keine Ahnung welche Version den Fehler hatte.
aktuell hab ich das Problem aber nicht.

[Homoran]

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

Somit kann kein "echter" manu mode kommen, da er (so nehme ich an) diese datenpunkte nicht ändert und nur SC auf diesen schreibt.

aber er schreibt immer nur von "Schalter" was mich glauben lässt, dass es bei den virtuellen Schaltern nur um Taster handelt.

Irgendwohin muss doch der Level zurückgemeldet werden

[MartyBr]

@homoran
@rtwl
Ich habe ebenfalls Shuttercontrol auf eigen definierte Datenpunkte unter 0_userdata.0 gesetzt, da ich auch das Problem mit dem Manu-Modus hatte. Bei mir ware waren es die Eltako-Enocean Rollladen Aktoren, die manchmal eine um einige wenige Prozent abweichende Rollo-Höhe anzeigten. Alle Experimente mit alias und den Einstellungen unter Extras für den Manu-Modus funktionierten nur kurze Zeit und blieben nicht stabil.
Ich habe daher auch die Lösung mit den eigenen Datenpunkten umgesetzt.
Zusätzlich habe ich unter Extras alle Einstellungen von Shutterconrtrol abgeschaltet.
Vielleicht liegt hier das Problem von @higginsd .

Hier mal die Einstellungen:

Ich würde es auch ausdrücklich begrüßen, wenn der Manu-Modus per Schalter in Shuttercontrol abgeschaltet werden kann. Somit kann jeder User den Modus je nach Gusto ein- und ausschalten.
Ich hatte mir zwischenzeitlich eine eigene Rollo-Steuerung programmiert. Die Flexibilität und die Möglichkeit der zentralen Einstellung aller Rollos und gerade der Sonnenschutz haben mich bewogen, wieder auf Shuttercontrol zusetzen. Nur mit eigenen Datenpunkten und das Abschalten der Einstellungen wie oben im Bild gezeigt. Das ist ein wirklich toller Adapter geworden, großes Lob an @simatec

Mein einziger Wunsch ist, wie oben bemerkt, das Abschalten der Erkennung Manu-Modus. Wie ich hier sehe, bin ich nicht alleine mit dem Wunsch.

[Homoran]

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

Vielleicht liegt hier das Problem von @higginsd .

das nehme ich ja auch an

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

das Abschalten der Erkennung Manu-Modus.

reicht das nicht?

[MartyBr]

@homoran Das hat leider nicht ausgereicht. Der Manu-Mode greift auch mit der Einstellung. Nur beide Änderungen (eigene Datenpunkte und die oben gezeigte Einstellung) sorgen jetzt für einen stabilen Betrieb. Ich kann z.B. die Rollos auch von Hand verstellen, die Automatik greift aber weiter, ohne mit dem Manu-Modus die Automatik für den laufenden Tag abzuschalten.

Ich hatte bei meinen Experimenten mit alias die Datenpunkte mit Formel wie
Math.round(val / 5) * 5

versucht, sie nicht in den Manu-Modus fallen zu lassen. Das half leider nicht stabil, immer wieder sind einzelne Rollos in den Manu-Modus gefallen.