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

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

[Homoran]

@martybr dann solltest du auch herausbekommen, was die genaue Ursache für den nicht gewollten Manu_Mode ist.

es gibt eigentlich genug(?) Einstellungen um sogar die Unpräzision v8n Aktoten (was ja eigentlich ein Problem der Hersteller ist) auszugleichen

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

die Eltako-Enocean Rollladen Aktoren, die manchmal eine um einige wenige Prozent abweichende Rollo-Höhe anzeigten.

müsste mit dem Rundungsfeature zu kompensieren sein.

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

Das hat leider nicht ausgereicht. Der Manu-Mode greift auch mit der Einstellung.

aber wenn du den Rollladenmanuell verstellt hattest, brauchst du ihn manuell nur in eine bekannte Höhe (oben/unten/Beschattungshöhe) bringen. Anschließend greift die Automatik wieder.

[MartyBr]

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

@martybr dann solltest du auch herausbekommen, was die genaue Ursache für den nicht gewollten Manu_Mode ist.

Ich habe wirklich alles ausprobiert und kenne ja mittlerweile die ganzen Stellschrauben. Zumindest bei mir hängt es mit dem Eltaka-Aktoren zusammen. Du findest hier im Thread genügend Posts von mir zu diesem Thema.

es gibt eigentlich genug(?) Einstellungen um sogar die Unpräzision v8n Aktoten (was ja eigentlich ein Problem der Hersteller ist) auszugleichen

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

die Eltako-Enocean Rollladen Aktoren, die manchmal eine um einige wenige Prozent abweichende Rollo-Höhe anzeigten.

müsste mit dem Rundungsfeature zu kompensieren sein.

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

Das hat leider nicht ausgereicht. Der Manu-Mode greift auch mit der Einstellung.

aber wenn du den Rollladenmanuell verstellt hattest, brauchst du ihn manuell nur in eine bekannte Höhe (oben/unten/Beschattungshöhe) bringen. Anschließend greift die Automatik wieder.

Das ist nicht praktikabel. Dann brauche ich die Automatik nicht. Die Anlage muss auch funktionieren, wenn ich im Urlaub bin.

Mit der aktuellen Lösung, dass SC nur Datenpunkte unterhalb von 0_userdata.0 steuert, läuft alles.

[Homoran]

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

Das ist nicht praktikabel. Dann brauche ich die Automatik nicht. Die Anlage muss auch funktionieren, wenn ich im Urlaub bin.

nee, das bezog sich auf beabsichtigtes manuelles schalten. Das wirst du wohl nicht machen, wenn su in Urlaub bist

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

Zumindest bei mir hängt es mit dem Eltaka-Aktoren zusammen

Ehrlich gesagt ist das dann Schrott, wenn die so unpräzise sind, dass das Rundungsfeature nicht ausreicht.

[MartyBr]

@homoran
Hier siehst du den Hardwarestand der Rollos:

und hier der Stand der Datenpunkte Shuttercontrol:

Das Gästezimmer fahre ich bewusst mit 99% an.
Die Rückmeldung vom Aktor ist 96%, also kleiner 5%. Trotzdem konnte mir die Einstellung in Shuttercontrol nicht helfen.

Die aktuelle Lösung mit den eigenen Datenpunkten läuft seid vielen Monaten ohne ein einziges Problem. Mit SunProtect und manueller Bedienung bsp. des Gästerollos durch Gäste.
Daher resultierte auch vor vielen Monaten die Frage, ob der Manu-Modus komplett abgeschaltet werden kann. Ich habe die Frage nicht weiterverfolgt, da ich für mich eine funktionierende Lösung gefunden habe.

Möglicherweise gibt es hier Probleme u.a. im Zeitversatz:
Die Aktoren sind EnOcean und werden via CuxD in der Homatic angesteuert. Da sie sehr robust und zuverlässig sind, werde ich sie voraussichtlich nicht austauschen. Die haben z.B. nicht die Probleme der Homatic mit den Kondensatoren. Erst wenn ich EnOcean rausschmeiße, dann werden diese auch komplett ersetzt.