Test Adapter shuttercontrol v2.0.x

FoxRo

@simatec
Habe noch ein anderes Anliegen. Sorry wenn ich da wieder an Dich gelangen muss.
In den letzten Tagen habe ich mich intensiv mit der automatischen Beschattung befasst. Die tut bei mir noch nicht korrekt und ich komme einfach nicht dahinter.
Ich habe im Shuttercontrol meine Jalousien konfiguriert mit je einem Objekt für Position und Lamelle. Funktioniert perfekt ausser Beschattung. ShutterControl geht dabei korrekt in den SunProtect Modus, aber leider nicht mehr korrekt raus. Hier ein Log davon. Div. Objekte (zb. Jalousie Position, wird nicht mehr abgearbeitet)
Shuttercontrol_knx_sunprotect_finish.log.html

Weiter.. irgendwie scheint bei mir auch nach dem 2.manuellen Move der Statusupdate nicht mehr korrekt zu tun was dann in etwa so aussieht.
KNX Seite:

Shuttercontrol:

Shuttercontrol Status

und hier noch das Logfile dazu:
Shuttercontrol_knx_manual move.log.html
nach einem Restart des Adapters sind die Werte wieder OK. Auch nach dem 1. Move wird sauber geupdatet. Nach dem 2. Move ist er wieder aus dem Tritt...
Habe testweise auch mal mit einem Alias getestet um den Convert Mechanismus auszuschliessen - scheint in beiden Modi das gleiche Problem zu sein.
Hast Du eine Idee, woran das liegen könnte?
Vielen Dank für Deine Unterstützung.

vain

Hallo zusammen,
ich verfolge aktuell rege die Entwicklung dieses Adapters. Wir haben für unser Haus Rolladen bestellt auf deren Lieferung wir gerade gespannt warten. Diese sollen zukünftig mit diesem Adapter automatisiert werden.

Heute ist mir ein mögliches zusätzliches Feature in den Sinn gekommen.
Heute hat es bei uns sehr plötzlich und ohne große Vorwarnung wie aus Eimern angefangen zu regnen. Ich konnte gar nicht so schell reagieren alle offenen Fenster zu schließen. Da wäre es doch praktisch wenn da shuttercontrol Abhilfe schaffen könnte. Alle offenen Fenster könnten mit dem Beginn von Regen komplett geschlossen werden.

Die Homematic Wetterstation beispielsweise hat eine Regen sofort Erkennung ab dem ersten Tropfen der die Wetterstation erreicht. Da könnte man schon sehr früh eine mögliche Wasserflut vorbäugen. Aussperrschutz sollte aber trotzdem gewährleistet bleiben.

In diesem Zuge fällt mir gerade auch eine Rollladen / Jalousien / Markisen Schutzfunktion ein. So könnte man auch auf starken Wind reagieren und Markisen und Jalousien und Rollladen ganz herunter- oder ebenfalls ganz einfahren.

Da ich nicht von Anfang an mitlese und ich auch nicht alle älteren Posts durchgelesen habe kann es natürlich sein das es einen solchen Vorschlag schon gab. Ich bitte etwaige Doppelungen zu verziehen.

Beste Grüße und großes Lob an den/die Entwickler dieses Adapters.

simatec

@vain
Kannst du zu deinem Wunsch bitte ein Issue aufmachen? Dann schaue ich mir das bei Gelegenheit mal an.

simatec

@FoxRo
Poste mal bitte die Config deiner Markise als json hier.
Dann schaue ich mal drüber.

FoxRo

@simatec
Danke dass Du Dir die Mühe machst.
Heute war der erste Tag, wo einige Jalousie korrekt wieder hochgefahren sind nachdem die Beschattungskriterien (AussenTemp) nicht mehr erfüllt waren, hatte aber in der Konfig seit gestern nichts mehr geändert. Gestern wurden jeweils nur die Lamellen auf Wert 0 (auf) gestellt. Die Position (Höhe) wurde nicht gesetzt obwohl gleich konfiguriert (zumindest sehe ich aktuell keinen Unterschied)...
Anbei die ganze Konfig system.adapter.shuttercontrol.0.json
Heute war Wettertechnisch für den Shuttercontrol einiges los und die Jalousie mussten mehrfach runter und wieder hochgefahren werden. Das mehrfache "hoch - runter" hat den "WAF" (Woman Acceptance Factor) schwer belastet. Gibts eine Möglichkeit, dem Shuttercontrol zu sagen, dass er nach dem runterfahren (spätestens nach dem 2. Mal) doch bis am Abend einfach im SunProtect verbleiben soll, anstatt immer wieder hoch und runter zu fahren.
Für die Markise habe ich aktuell die Rollladenautomatik auf "Aus" gestellt, da ich es aktuell lieber habe, die Markise wird bei offenem Fenster auch eingefahren, als dass sie bei offenem Fenster unerwünscht raus fährt.
Lass mich bitte einfach wissen, wenn ich das einte oder andere Issue erfassen soll.
Vielen Dank für Deine Unterstützung.
Schönes Weekend!

Qlink

@simatec lese ich aus den letzten Kommentaren richtig, dass eine Steuerung der Lamellenwinkel mit shuttercontrol nun implementiert/bzw. möglich ist ?

Beste Grüße

FoxRo

@simatec
Muss mich an dieser Stelle korrigieren.
Hatte die beiden Werte für Up und Down an der Markise vertauscht eingegeben, weshalb sie korrekterweise auch rausgefahren ist, wenn die Türe offen stand.
Hier meine latest Config system.adapter.shuttercontrol.0.json
Resultat ist jetzt, dass die Markise egal ob Fenster "offen" oder "zu" beim manuell ausgelösten "closeLiving" rein fährt. Werde morgen Abend mal schauen, wie sie jetzt mit dem Zeit-Signal tickt.

FoxRo

@Qlink , das funktioniert bei meinen Jalousien nur, weil der KNX Aktor für Position (Höhe) und Lamellenstellung (Winkel) eigene Objekte anbietet. Mein Jalousie-Aktor kennt das genaue Timing jeder Jalousie. Die beiden Objekte habe ich dann als zwei Rolladen mit gleichen Settings erfasst. Das funktioniert grundsätzlich seit dem KNX unterstützt wird, auch wenn ich aktuell noch Mühe mit der Beschattungsfunktion habe. Da bei uns immer wieder mal manuell gefahren wird, schmeisst es die Beschattungsfunktion "raus" (z.b werden Lamellen manuell gefahren, die Position allerdings nicht, was den Beschattungsmodus manchal total aus dem Tritt bringt). An dieser Stelle fehlt mir evtl ein Hacken, mit welchem ich die manuelle Änderung wieder mit der Beschattungsfunktion übersteuern kann, damit er wieder "Tritt fassen" kann.
Wann eine offizielle Unterstützung für Jalousien kommt, weiss ich nicht.
Viele Grüsse

innriver

@innriver sagte in Test Adapter shuttercontrol v0.8.x:

@simatec said in Test Adapter shuttercontrol v0.5.x:

@innriver
Um dem fehler auf den Grund zu gehen, würde ich dich bitten, alle Werte vom Lichtsensor inkl. der ID de Lichtsensors mal bei der Außentemperatur einzutragen und dann erneut zu testen.

Wenn ich die Werte vom Lichtsensor auf die Außentemperatur verlege fährt der Rollladen so wie er soll! Also bei Abdunklung auch wieder hoch.

@simatec sagte in Test Adapter shuttercontrol v0.8.x:

@innriver
OK werde den Fehler fixen

Ist der Fehler gefixt oder wieder drin?
Ich habe heute bei einem Rollladen den Temperatur Sensor für die Außentemperatur entfernt und nur noch den Helligkeitssensor im Einsatz und der Rollladen fährt nicht mehr in den Sonnenschutz. Wenn ich den Helligkeitssensor auf den Temperatursensor verlege geht es wieder!
Art der Sonnenschutzsteuerung: Außentemperatur/Lichtsensor & Himmelsrichtung
Version shutter control: 0.8.3
Kann mich irgenwie erinnern, dass es in einer Version ab 0.6.X mal funktionierte, nur hochgefahren ist damals erst wieder nach Verlassen der Himmelsrichtung.

Viele Grüsse

schadis

Also ich hab den Adapter mit 2 Shelly 2.5 am Test und funktioniert super. Ich steuere damit den Sonnenschutz über den Tag für meine zwei 4meter raffstores.

Im Moment Versuche ich noch die Datenpunkte meines uwz Scripts über blokly einzubinden um bei Sturm Gewitter Hagel oder Starkwind Warnung die raffstores ne halbe Stunde vor Warnungsbeginn zu öffnen (Schadensvermeidung).

Wäre vielleicht ne Idee sowas direkt einzufügen?

Danke und weiter so

coyote

@simatec du hast mein Issue "Buttons ohne Funktion, wenn AUTO Wohn/Schlafbereich genutzt wird" auf Github geschlossen, verstehe nur nicht ganz warum.
Warum "dürfen" die Buttons nicht funktionieren, wenn Auto Wohn/Schlafbereich genutzt wird?
Kleines Beispiel, meine Rolläden im DG fahren eigentlich mit AUTO Schlafbereich, da ich den Extra Trigger nutze um ab und an alle Rolläden im DG am automatischen Hochfahren zu hindern, aber ich möchte über mein Tablet im Flur über einen Button dann alle Rolläden im DG hochfahren, wenn alle wach sind.
Habe ich die ganze Zeit über ein Script gemacht, dachte ich könnte jetzt die neuen Buttons von Shuttercontrol nutzen anstatt das Script.
Meiner Meinung sollten die Buttons immer funktionieren, egal welche Funktion ich nutze oder sehe ich das falsch? Vllt gibt es ja einen anderen Hintergrund, warum du es so eingebaut hast.

Meistertr

ich habe 14 Rolläden in wohn und schlafbereich aufgeteilt, aber nach dem letzten update (da ist es mir zumindestens aufgeallen) gehen immer nur ein paar hoch und runter, Einstellungen sind alle gleich, auch tauchen alle dem debug log auf mit den gleichen Einstellungen. aber wenn es zeit ist, fahren nur 2 von 5 im Schlafbereich runter, die anderen und die 3 die nicht fahren, werden auch im debug log nicht angezeigt, sie werden irgendwie einfach komplett ignoriert jemand eine idee ?

simatec

@Meistertr
Kann das sein, dass du deinen Fork nutzt? Da war ein Bug drin, der mir in sentry immer angezeigt wird.
Installiere mal die aktuelle latest ...

simatec

@coyote
Kann man sicher so machen, aber das Issue habe ich geschlossen, da dieses inhaltlich nicht korrekt war.
Du hast einen Bug gemeldet, der keiner war und dementsprechend habe ich es geschlossen.
Macht einfach sinn, dass nur die Issue offen sind, die noch nicht abgearbeitet sind.

coyote

@simatec ok, im Prinzip sollte es nur eine Erinnerung sein. Hier im Thread hattest du schon gesagt, dass es im Code so noch nicht drin ist, wolltest es aber evtl. mit einbauen. Dachte eben bevor es hier unter geht, mache ich ein Issue auf Github.

steimi

Ich hatte heute morgen manuell die Rollos in Sonnenschutz gefahren bevor die Zeit für das 'Auto Up' erreicht war. Leider hat das 'Auto Up' das später übersteuert und alle Rollos hochgefahren. Es wäre mMn besser das zumindest beim Hochfahren das manuelle SunProtect für alle Rollos nicht überschrieben wird. Ich möchte halt die Rollos manuell in den Sonnenschutz fahren, wenn ich weiß das es warm wird und ich vor dem 'Auto Up' aus dem Haus muss.

UHT

im debug log sehe ich folgende Meldung:

OG.RL.KuecheFenster level conversion is disabled ...

Kann man nun einstellen ob 100 auf oder zu sind? Wenn ja, wie?

simatec

@UHT
Einfach in der Config des Rollladens deine Werte eintragen.
Dort gibt es die Menüpunkte für auf und zu.
shuttercontrol prüft jetzt vorher und kann somit mit beiden Szenarien umgehen.

simatec

Ab sofort ist auf Github und in kürze auch im latest die Version 0.8.4 verfügbar.

Changelog

0.8.4 (2020-07-17)

(simatec) small Bugfixes
(5G7K) debug log changed
(simatec) Dependencies updated
(MeisterTR) Time left to detect second sleep

Totto

Beim MouseOver über dem Sollwert des Sonnenschutzlichtsensors wird ein Hinweis eingeblendet, dass der Wert kleiner oder gleich 20.000 sein muss. Ich würde aber gerne bei meinem Lichtsensor (ist ein Außensensor von Homematic IP) den Wert von 25.000 oder 30.000 angeben. Ist das nicht möglich, vergleicht der Adapter wirklich nur bis 20.000?

Ich würde es ja gerne selbst testen, aber die Sonnenverhältnisse geben es leider gerade nicht her...

NEWS