Test Adapter shuttercontrol v1.7.x
-
@rotamint Also der Luftfeuchte State bei der Außentemp muss schonmal raus. Der sorgt nur für Unruhe im Code.
Ansonsten würde ich dich bitte mal nur den reinen Debuglog vom Rollladen im Sonnenschutz -> öffnen des Fensters -> schließen des Fenster senden.Wie lang fährt der Rollladen? Ich würde mal die Zeit zur Überprüfung ruhig auf 60-80 Sekunden setzen.
@rotamint Vielen Dank für die Spende
-
kurze Frage:
Hab mir soeben die gesamte Beschreibung auf GitHub durchgelesen, aber ein Detail, welches ich brauche (möchte) nicht gefunden.
Nämlich die Steuerung bei Raffstores (Lamellen). Ich würde gerne bei der Beschattung die Raffstores von 100% (vollständig geschlossen) zurück auf 98% fahren lassen, so dass Licht rein kommt, die Sonne aber draußen bleibt (bei 98% sind die Lamellen ca 45° Schräg).
Wenn ich jetzt einstelle, dass ich gerne 98% haben möchte, dann fahren die Raffstores (vermutlich) direkt auf die 98%. Wenn die Raffstores aber geöffnet sind bzw irgendeinen Wert unter 97% haben, funktioniert das nicht, da dann die Lamellen geschlossen bleiben.Ich bräuchte also eine Einstellung, dass nach dem automatischen Schließen (auf 100%) diese dann um 2% geöffnet werden sollen.
-
EDIT: Siehe ende Beitrag:
Frage zwei:
Ich bin grad dabei den shuttercontrol adapter einzustellen. dabei hab ich jetzt eine frage:
Ich verwende Shelly 2.5 bei denen ist 100%=geschlossen und 0%=geöffnetIch hab es so eingestellt:
da es ja auch auf GitHub so beschrieben ist:
Zum abschließen der Einstellungen soll man ja den "openAll" starten.
Dabei sind aber alle Raffstores nach unten gefahren?
In den Objekten bei "autoState" waren alle mit "up" angegeben.Was hab ich falsch gemacht? Bitte um Hilfe.
EDIT: hatte es falsch im Kopf. Shellys geben bei offen 100% an, also mein Fehler in den Adapter Einstellungen.
-
@simatec Die Luftfeuchte habe ich jetzt raus genommen und habe das Luxmeter der Innentemperatur zugeordnet.
Anbei der Log wie gewünscht, jetzt steht der Rolladen wieder im Manu_Mode:
shuttercontrol.0 2022-05-26 11:44:49.014 debug insidetemperature changed: zigbee.0.04cf8cdf3c78a785.illuminance Value: 461 shuttercontrol.0 2022-05-26 11:44:21.085 debug KZ Rolladenaktor Balkontüre:1.LEVEL Old value = 27. New value = 27. automatic is active shuttercontrol.0 2022-05-26 11:43:57.774 debug KZ Rolladenaktor Balkontüre:1.LEVEL Old value = 27. New value = 27. automatic is active shuttercontrol.0 2022-05-26 11:43:57.581 debug KZ Rolladenaktor Balkontüre:1.LEVEL Old value = 27. New value = 27. automatic is active shuttercontrol.0 2022-05-26 11:43:35.204 debug save back trigger action: Manu_Mode for device KZ Rolladenaktor Balkontüre:1.LEVEL shuttercontrol.0 2022-05-26 11:43:35.203 debug #1 shutter trigger released KZ Rolladenaktor Balkontüre:1.LEVEL already in place: 27% shuttercontrol.0 2022-05-26 11:43:35.173 debug KZ Rolladenaktor Balkontüre:1.LEVEL - shutter trigger Change is:upDown shuttercontrol.0 2022-05-26 11:43:35.172 debug KZ Rolladenaktor Balkontüre:1.LEVEL - shutter trigger Action is:Manu_Mode shuttercontrol.0 2022-05-26 11:43:35.172 debug KZ Rolladenaktor Balkontüre:1.LEVEL - shutter trigger Height is:27 shuttercontrol.0 2022-05-26 11:43:35.171 debug KZ Rolladenaktor Balkontüre:1.LEVEL - shutter current Height is:100 shuttercontrol.0 2022-05-26 11:43:35.170 debug KZ Rolladenaktor Balkontüre:1.LEVEL - shutter current state.val is:27 shuttercontrol.0 2022-05-26 11:43:35.098 debug KZ Rolladenaktor Balkontüre:1.LEVEL - shutter conversion is:false shuttercontrol.0 2022-05-26 11:43:35.092 debug TriggerID changed: hm-rpc.0.JEQ0152196.1.STATE Value: 0 shuttercontrol.0 2022-05-26 11:43:30.126 debug KZ Rolladenaktor Balkontüre:1.LEVEL Updated trigger action to Manu_Mode to prevent moving after window close shuttercontrol.0 2022-05-26 11:43:30.125 debug KZ Rolladenaktor Balkontüre:1.LEVEL drived manually to 27. Old value = 100. New value = 27 shuttercontrol.0 2022-05-26 11:43:30.046 debug Shutter state changed: KZ Rolladenaktor Balkontüre:1.LEVEL old value = 100 new value = 27 shuttercontrol.0 2022-05-26 11:43:12.606 debug insidetemperature changed: zigbee.0.04cf8cdf3c78a785.illuminance Value: 359 shuttercontrol.0 2022-05-26 11:43:02.855 debug KZ Rolladenaktor Balkontüre:1.LEVEL Old value = 100. New value = 100. automatic is active shuttercontrol.0 2022-05-26 11:43:02.689 debug KZ Rolladenaktor Balkontüre:1.LEVEL Old value = 100. New value = 100. automatic is active shuttercontrol.0 2022-05-26 11:43:02.635 debug insidetemperature changed: zigbee.0.04cf8cdf3c78a785.illuminance Value: 489 shuttercontrol.0 2022-05-26 11:42:52.732 debug insidetemperature changed: zigbee.0.04cf8cdf3c78a785.illuminance Value: 650 shuttercontrol.0 2022-05-26 11:42:49.223 debug save current height after State Check: 100% from KZ Rolladenaktor Balkontüre:1.LEVEL shuttercontrol.0 2022-05-26 11:42:47.689 debug insidetemperature changed: zigbee.0.04cf8cdf3c78a785.illuminance Value: 737 shuttercontrol.0 2022-05-26 11:42:47.595 debug Sunprotect KZ Rolladenaktor Balkontüre:1.LEVEL old height: 100% new height: 27% shuttercontrol.0 2022-05-26 11:42:47.595 debug last automatic Action for KZ Rolladenaktor Balkontüre:1.LEVEL: down_Sunprotect shuttercontrol.0 2022-05-26 11:42:47.594 debug Sunprotect for KZ Rolladenaktor Balkontüre:1.LEVEL is active shuttercontrol.0 2022-05-26 11:42:47.527 info Sunprotect #420 Set ID: KZ Rolladenaktor Balkontüre:1.LEVEL value: 27% shuttercontrol.0 2022-05-26 11:42:44.285 debug insidetemperature changed: zigbee.0.04cf8cdf3c78a785.illuminance Value: 655 shuttercontrol.0 2022-05-26 11:42:17.744 debug insidetemperature changed: zigbee.0.04cf8cdf3c78a785.illuminance Value: 507 shuttercontrol.0 2022-05-26 11:42:07.934 debug insidetemperature changed: zigbee.0.04cf8cdf3c78a785.illuminance Value: 371 shuttercontrol.0 2022-05-26 11:41:52.688 debug KZ Rolladenaktor Balkontüre:1.LEVEL - window is still open -> driving now to :100 shuttercontrol.0 2022-05-26 11:41:52.614 info triggered #1 Set ID: KZ Rolladenaktor Balkontüre:1.LEVEL value: 100% shuttercontrol.0 2022-05-26 11:41:52.614 debug #1 current action: triggered for device KZ Rolladenaktor Balkontüre:1.LEVEL shuttercontrol.0 2022-05-26 11:41:52.613 debug #1 current height: 100% for device KZ Rolladenaktor Balkontüre:1.LEVEL shuttercontrol.0 2022-05-26 11:41:52.604 info #1 Set ID: KZ Rolladenaktor Balkontüre:1.LEVEL value: 100% shuttercontrol.0 2022-05-26 11:41:52.604 debug #1 save trigger action: sunProtect for device KZ Rolladenaktor Balkontüre:1.LEVEL shuttercontrol.0 2022-05-26 11:41:52.603 debug #1 save trigger height: 27% for device KZ Rolladenaktor Balkontüre:1.LEVEL shuttercontrol.0 2022-05-26 11:41:52.600 debug KZ Rolladenaktor Balkontüre:1.LEVEL - shutter trigger change is:upDown shuttercontrol.0 2022-05-26 11:41:52.599 debug KZ Rolladenaktor Balkontüre:1.LEVEL - shutter trigger drive-up is:100 shuttercontrol.0 2022-05-26 11:41:52.598 debug KZ Rolladenaktor Balkontüre:1.LEVEL - shutter current state.val is:27 shuttercontrol.0 2022-05-26 11:41:52.591 debug KZ Rolladenaktor Balkontüre:1.LEVEL - shutter conversion is:false shuttercontrol.0 2022-05-26 11:41:52.582 debug TriggerID changed: hm-rpc.0.JEQ0152196.1.STATE Value: 2 shuttercontrol.0 2022-05-26 11:41:42.864 debug insidetemperature changed: zigbee.0.04cf8cdf3c78a785.illuminance Value: 306 shuttercontrol.0 2022-05-26 11:41:39.187 debug KZ Rolladenaktor Balkontüre:1.LEVEL Old value = 100. New value = 27. automatic is active shuttercontrol.0 2022-05-26 11:41:39.186 debug Shutter state changed: KZ Rolladenaktor Balkontüre:1.LEVEL old value = 100 new value = 27 shuttercontrol.0 2022-05-26 11:41:16.417 debug KZ Rolladenaktor Balkontüre:1.LEVEL Old value = 100. New value = 27. automatic is active shuttercontrol.0 2022-05-26 11:41:16.416 debug Shutter state changed: KZ Rolladenaktor Balkontüre:1.LEVEL old value = 100 new value = 27 shuttercontrol.0 2022-05-26 11:41:16.234 debug KZ Rolladenaktor Balkontüre:1.LEVEL Old value = 100. New value = 27. automatic is active shuttercontrol.0 2022-05-26 11:41:16.234 debug Shutter state changed: KZ Rolladenaktor Balkontüre:1.LEVEL old value = 100 new value = 27Habe Testweise die Öffnen-Verzögerung auf 2 Minuten und die Rolladen-Prüfen-Option auf 70 Sec. gesetzt.
Vielleicht hilft noch eine andere Beobachtung weiter:
Wenn der Rolladen nach oben fährt, weil die Bedingungen zutreffend sind und jetzt währen der Fahrt - genauer gesagt - bevor der "Prüfe Rolladenstatus nach x Sek." abgefragt wird der Lux-Sensor wieder die Sonnenschutzanforderung wahr stellt, wird NACH Beenden der Fahrt (wo der Luxmeter jetzt eben "dazwischen" gesendet hat) DANN die erneute Sonnenschutzfahrt eingeleitet, WÄHREND der Abfahrt (oder unmittelbar danach [abhängig davon wann das Luxmeter ausgelöst hat] wird die verzögerte Positionsabfrage (Wert ist falsch) geschrieben und ZULETZT wechselt der Rolladen dann in den Manu_Mode.Gedanke: Über ein Timeout des betreffenden Rolladens alle Anforderungen der Sensoren solange ignorieren bis die aktuelle Anforderung abgearbeitet und mit dem "Überprüfen nach X Sek." vollständig beendet wurde? Evtl. zwischenzeitliche Anforderungen / geänderte Sensorwerte könnten doch auch getrost "verworfen" werden, da die zyklische Abfrage sowieso früherh oder später kommen würde?
In diesem Sinne, erstmal einen schönen (sonnigen) Feiertag!
LG. S.
-
@rotamint OK als erstes sollten wir deinen Helligkeitssensor mal irgendwie glätten.
Der reagiert sehr unruhig.Denke da überschlagen sich sicher die Werte und bringen die Steuerung aus dem Gleichgewicht.
Manu_Mode wird im Code nur ans 2 Stellen gesetzt.
Und dies nur dann, wenn bei der Überprüfung des Rollladenstatus der Wert nicht auf dem eingestellten Wert steht.D.h. hier muss man ebenfalls ansetzen. Warum gibt dein Aktor einen falschen Wert raus?
-
@simatec said in Test Adapter shuttercontrol v1.4.x:
@rotamint OK als erstes sollten wir deinen Helligkeitssensor mal irgendwie glätten.
Der reagiert sehr unruhig.Er reagiert auf jede Werteänderung, ja.
Denke da überschlagen sich sicher die Werte und bringen die Steuerung aus dem Gleichgewicht.
Werde mich mal einlesen müssen, einen Mittelwert zu bilden (meinst Du 3 Minuten wären ok) und diesen dann an shuttercontrol zu übergeben. Andererseits fand ich es eben gut, dass Werteänderungen zeitnah umgesetzt werden, aber ich denke mit 3 Minuten kann ich auch leben. Der Hintergrund ist, dass in den betreffenden Zimmern Korkböden verlegt sind, die extrem empfindlich auf die UV-Strahlung reagieren. Und die möchte ich eben schützen.
Manu_Mode wird im Code nur ans 2 Stellen gesetzt.
Und dies nur dann, wenn bei der Überprüfung des Rollladenstatus der Wert nicht auf dem eingestellten Wert steht.D.h. hier muss man ebenfalls ansetzen. Warum gibt dein Aktor einen falschen Wert raus?
Ich vermute(!): Das "Problem" tritt meiner Meinung nach dann auf, wenn während eines "laufendes Prozesses" ein "neuer / anderer Prozess" angestossen wird.
Fall A: Beispiel: Der Rolladen befindet sich in Sonnenschutzposition (und der "Prozess" wurde mit dem "Abfragen des Rolladenstatus nach X Sek" vollständig abgeschlossen.) Jetzt wird also beschattet und soweit ist alles schön.
Jetzt meldet das Luxmeter z. B. dass die Sonne hinter einer Wolke ist (Wert < Sonnenschutzanforderung). Der "Verzögerung bis Beschattung beendet wird (Min)-Timer" läuft an und weil die Sonne beim Timerablauf immernoch verdeckt ist, wird der Rolladen jetzt nach oben gezogen.
Während(!) dieser Fahrt nach oben, bzw. in jedem Fall aber bevor nach dieser Fahrt nach oben das "Abfragen des Rolladenstatus nach X Sek" erfolgt ist, erfolgt eine Werteänderung des Luxmeters (Wolke ist wieder weg, Wert vom Luxmeter > Auslöseschwelle).
Der Rolladen fährt zuerst einmal hoch, dann wird sofort die Beschattung wieder eingeleitet, Richtungsumkehr und der Rolladen fährt wieder runter.
Während dieser anschließenden Fahrt wieder nach unten wird das verzögert getimte "Abfragen des Rolladenstatus nach X Sek" (noch von der Fahrt nach oben) eingeleitet und liefert unsinnige Werte, da der Rolladen ja noch (wieder) fährt, bzw. der Aktor den Status noch nicht korrekt aktualisiert hat. Rolladen wechselt in den Manu_Mode.
(Nach weiteren X Sekunden Verzögerung wird für die "Fahrt nach unten" erneut der "Abfragen des Rolladenstatus nach X Sek" eingeleitet und korrekt gesetzt. Rolladen befindet sich "mechanisch" und "wertemäßig" in der korrekten Sonnenschutzposition, verharrt dort aber bis zum händischen Eingriff, da er ja vorher in den Manu_Mode gewechselt ist.)
Habe mit den verschiedensten Werten mittlerweile gespielt, aber es obliegt rein dem Zufall / Wetter / Sonne / Wolken, ob diese "ungünstige" Konstellation auftritt.
Fall B: Ein anderer Gedanke von mir wäre, dass sich das ganze mit dem "Lichtsensor general", welcher für das abendliche Schließen zuständig ist in die Quere kommt. Dieser soll bei einem Wert von 4 Lux alle Rolläden schließen, und wenn der während des Tages eine Wertänderung bekommt, ob nicht hier die Ursache zu suchen wäre...
Ein weiterer Gedankenansatz von mir wäre, ob es nicht die einfachste, bzw. sauberste Lösungsvariante wäre für den Fall A, den Code entsprechend so anzupassen, dass "Prozessänderungen" erst dann gültig (berücksichtigt) werden würden, wenn der laufende Prozess incl. "Abfragen des Rolladenstatus nach X Sek" vollständig abgeschlossen wurde.
LG. S.
-
@rotamint OK mal ein anderer Test ... So wie ich den Log sehe, ändert sich bei dir während der fahrt der Rollladenaktor State nicht mehr.
Deaktiviere mal die Überprüfung des Rollladenaktors und teste damit mal. -
Darf ich bitte fragen, wie dieser Wert zu verstehen ist?
Wäre hier in diesem Beispiel die Sonnenschutzfunktion aktiv sobald die Sonne zwischen 225° und 255° steht? (und natürlich die anderen Bedingungen zutreffen)
-
@rtwl so ist es korrekt
-
@simatec Magst du mir bitte noch kurz bestätigen, ob folgendes korrekt ist?
beim Sollwert von 20° Außen und einer Hysterese von 10% ist die Bedingung erfüllt, sobald die Temperatur auf über 22° steigt (und dann runter fährt) und erst wieder bei 18° hoch fährt und den Sonnenschutz somit beendet?
Vielen Dank
-
@rtwl Nein es wird bei 20°C ausgelöst und erst bei 18°C wieder geöffnet.
https://github.com/simatec/ioBroker.shuttercontrol/blob/master/docs/de/shuttercontrol.md#sonnenschutz-einstellungen -
@simatec Danke für die schnelle Antwort!
Ich hab die Wiki schon mehrfach hoch und runter gelesen, aber irgendwie hatte ich einen Denkfehler. Jetzt wo ich diese Passage erneut gelesen hab, ist es mir klar.Als Entschuldigung meinerseits: Der Adapter ist so umfangreich, so dass es mich total überfordert hat, da ich ja auch erst seit kurzem mit ioBroker zu tun hab.
PS: Kann es sein, dass dieser Text beim Absatz "Extra-Einstellungen Rollladen" unvollständig ist?
In Zwischenposition fahren und später komplett schliessen Bei Aktivierung wird Rollladenhöhe in der Zwischenposition sichtbar. Der Rollladen fährt dann
Übrigens ist mir auch nicht ganz klar, ob immer in die Zwischenposition gefahren wird, also egal ob Zeiteinstellung oder Sonnenschutz der Auslöser für das Runterfahren war. Kannst du mir hier auch nochmal kurz die korrekte Info geben?
Danke Danke! -
@simatec Habe die "Überprüfung des Rolladenstatus nach X Sek." deaktiviert; mit "CloseAll" ==> alle im Manu_Mode, mit "OpenAll" ==> alle im Manu_Mode. Mit dem Fensterdrehgriff und seinen drei Positionen haut es dann auch nicht mehr sauber hin.
Mit "verängerter" "Prüfe Rolladenstatus nach X Sek." werden es aber mehr Rolläden die in den Manu_Mode wechseln. Hatte erst den Verdacht dass es mit den Luxmetern in Verbindung stehen würde, ist aber nicht der Fall, sind auch Rolläden an der Ost-Seite (ohne Lux-Meter) betroffen.
Was ich noch versucht habe, weil ich nicht wusste, ob ich hier einen Denkfehler hatte:
Ich lasse die Rolläden mit einem ZUSÄTZLICHEN Luxmeter öffnen, d. h. DIESES EINE Luxmeter öffnet morgens und schließt abends alle Rolläden. Darüber hinaus sind einige Fenster mit jeweils zusätzlich mit einem eigenen Luxmeter zur Beschattung ausgestattet. (Mit der Funktion Sonnenauf- und Untergang war ich mehr als unzufrieden, weil die jahreszeitlichen Unteschiede nicht berücksichtigt werden (Stichwort: Jede Nacht ist anders (Dr. Eugen Stall, www.stall.biz), wurde meiner Erinnerung auch auf Github schonmal angesprochen.))
Lichstensor "zentral" für öffnen und schließen aller Rolläden:
Jedenfalls dachte ich, es mag evtl. an dem "zentralen" Luxmeter liegen, denn schließlich sendet auch dieser bei Werteänderung an den Shuttercontrol. Sprich: Morgens werden bei Wert 14 ALLE Rolläden geöffnet, Mittags ist ein Rolladen in Sonnenschutzposition und der "zentrale" Luxmeter sendet 1234. 1234 > 14 ==> öffne Rolläden. Hatte gedacht vielleicht rührt der Fehler daher.
Beispiel für einzelnen Fenstersensor / Luxmeter:
Habe das öffnen jetzt (erstmal) wieder auf "Sonnenaufgang" gesetzt und nutze das "zentrale" Luxmeter nur noch fürs schließen < 3 . Konnte dennoch keine Verbesserung feststellen.
Wie soll sich der Shuttercontrol verhalten, wenn die Rolläden morgendlich geöffnet wurden, in Sonnenschutzposition stehen und das Signal für "öffnen" gesendet wird? Erkennt Shuttercontrol dass sie schon geöffnet wurden oder werden sie "nochmals" geöffnet?
Ansonsten bin ich mittlerweile ziemlich Ratlos und komme nicht ans Ziel.
Hast Du evtl. noch einen weiteren Ansatzpunkt für mich?Besten Dank bereits vorab!
LG Stefan.
-
Der Adapter ist zwischenzeitlich so "mächtig" geworden, dass er langsam immer unübersichtlicher bzgl. der Einstellmöglichkeiten wird ...
Meine Verständnisfrage zum Sonnenschutz:
In der Anleitung (1.3.x) wird der Pkt. "Verzögerung bis Beschattung beendet wird" beschrieben, im Adapter (1.4.12) gibt es den nicht.
Kommt die Einstellung noch oder ist sie entfallen ?Danke für die Erläuterung.
-
@rotamint
Wenn du zusätzliche Skripte laufen hast, oder Sensoren, die deine Rollläden fahren ist es völlig klar. Bei jeder Änderung des Rollladens, die nicht durch Shuttercontrol erfolgt, setzt Shuttercontrol den Rollladen auf Manu_Mode.Du musst dich entscheiden… entweder du nutzt Shuttercontrol mit allen Funktionen und Automatisierungen, oder du nutzt deine Skripte und Sensoren
-
@simatec sagte in Test Adapter shuttercontrol v1.4.x:
@rotamint
Wenn du zusätzliche Skripte laufen hast, oder Sensoren, die deine Rollläden fahren ist es völlig klar. Bei jeder Änderung des Rollladens, die nicht durch Shuttercontrol erfolgt, setzt Shuttercontrol den Rollladen auf Manu_Mode.Ziemlich logisch. So habe ich das auch dem Handbuch entnommen. Es gibt allerdings KEINERLEI Änderungen an den Rolläden durch Scripte (habe ich nirgends geschrieben dass ich anderweitig steuere) oder Sensoren, die nicht von Shuttercontrol heraus gesteuert werden. Dennoch sind einige Rolläden täglich im Manu_Mode und ich versuche die Urasache zu erorieren.
Alle eingebundenen Sensoren wirken direkt und ausschließlich nur auf Shuttercontrol!
Du musst dich entscheiden… entweder du nutzt Shuttercontrol mit allen Funktionen und Automatisierungen, oder du nutzt deine Skripte und Sensoren
Die Sensoren sind in Shuttercontrol eingebunden, Scripte gibt es keine, entschieden habe ich mich auch, nur das Nutzen von Shuttercontrol mit allen Funktionen und Automatisierungen bereitet mir eben die o. g. Probleme.
-
@rotamint sagte in Test Adapter shuttercontrol v1.4.x:
Dennoch sind einige Rolläden täglich im Manu_Mode
@rotamint sagte in Test Adapter shuttercontrol v1.4.x:
Mit "verängerter" "Prüfe Rolladenstatus nach X Sek." werden es aber mehr Rolläden die in den Manu_Mode wechseln
wie lange hast du denn die Verzögerung eingestellt?
Ist gesichert, dass diese Rollläden ihre Fahrt tatsächlich vollständig beendet haben? -
@raspiuser sagte in Test Adapter shuttercontrol v1.4.x:
Verzögerung bis Beschattung beendet wird
Die Einstellung ist da, wo sie schon immer war ...
Schaue in den Rollladen Einstellungen des jeweiligen Rollladens unter Extra-Einstellungen
Bildschirmfoto 2022-05-30 um 20.24.27.png -
@rotamint Mein Tipp wäre, dass du mal die States der Rollläden mit loggst.
Wenn du keine Datenbank hast, installiere dir mal fürs Loggen den History Adapter und füge die States dort ein.Damit können wir dann rausbekommen, was eigentlich bei deinen States passiert.
Des Weiteren kannst du mal in den Einstellungen des Aktors in deine CCU schauen.
Einige Homematic Aktoren bieten da noch Einstellmöglichkeiten zu den State-Änderungen beim fahren der Rollläden.Hatte da mal bei einem Kumpel beim einrichten auch etwas nachjustiert ...
Eventuell musst du auch die Kalbirierung und festlegung der Fahrzeiten dort einstellen ...
Zeige einfach mal ein Screenshot der Einstellungen des aktors -
@simatec sagte in Test Adapter shuttercontrol v1.4.x:
@rotamint Mein Tipp wäre, dass du mal die States der Rollläden mit loggst.
Wenn du keine Datenbank hast, installiere dir mal fürs Loggen den History Adapter und füge die States dort ein.
Das sind die State-Logs von heute von .Level Demzufolge wurde 10:35:30.806 auf 30% abgesenkt und dann in den Manu_Mode gewechselt.Damit können wir dann rausbekommen, was eigentlich bei deinen States passiert.
Des Weiteren kannst du mal in den Einstellungen des Aktors in deine CCU schauen.
Einige Homematic Aktoren bieten da noch Einstellmöglichkeiten zu den State-Änderungen beim fahren der Rollläden.
Hatte da mal bei einem Kumpel beim einrichten auch etwas nachjustiert ...
Eventuell musst du auch die Kalbirierung und festlegung der Fahrzeiten dort einstellen ...
Zeige einfach mal ein Screenshot der Einstellungen des aktors
