Test Adapter shuttercontrol v2.0.x
-
@Stickel Das kannst du normal über ein Blockly-Skript machen und auf die Activity triggern. Wenn du die Rollos so verstellst werden sie nicht mehr automatisch gefahren vom Shuttercontrol bis du sie wieder ganz hoch fährst.
-
@steimi ja hatte ich die ganze zeit so gemacht jedoch weiß das Blocky script ja leider nicht wie hell oder dunkel es draussen ist bzw. ob es schon Abends ist und die Rollos zufahren solten. wenn ich das richtig verstanden haben würde shuttercontrol nach beendigung des triggers wo er hinfahren bzw. wenn der aussperrschutz nicht aktiv wäre würde er ja auto automatisch herunterfahren trotz trigger. Bnin schon am überlegen ob es evtl sinn macht da ich HM rollo aktoren habe eine virtuellen kanal zunehmen und diesen nur vom trigger fahren lasse.
-
ob Tag oder Nacht ist kannst du über die DP downTimeLiving/upTimeLiving von Shuttercontrol ermitteln. Ich habe es über Timer auf cuxd gelöst und setzte auf der CCU eine Systemvariable (weil dort auch noch Programme laufen die diese benötigen). Ansonsten kannst du im Blockly abfragen ob die aktuelle Zeit zwischen den beiden o.g. Zeiten liegt und entsprechend die Rollos fahren oder nicht. Ich schalte damit z.B. meine Hintergrundbeleuchtung des TVs, die automatisch angeht, wenn die Rollos runter fahren und eine Activity mit der Harmony gestartet wird/ist.
-
Nach einem ioBroker Neustart wird bei mir der Testrolladen gerade einmal angesteuert und dann nicht mehr. Woran kann das liegen? hat das vielleicht mit den Eigenheiten von CUxD zu tun? In der Anleitung steht, daß der Automatikablauf bei Handverstellung deaktiviert wird. Vielleicht meldet der CUxD anders zurück und wird als Handverstellung interpretiert?
-
@klassisch
Schaue dir doch das Object von cuxd mal an -
@simatec Danke!
Habe jetzt mal 2 Browserfenster nebeneinandergelegt mit ioBroker Objekten und HM Rollosteuerung.
Sieht für mich plausibel aus.
Wenn ich in den ioBroker Objekten 100% eintippe fährt der Rolladen sofort hoch un auf der CCU blitzt die Aufwärts Taste und das Schilf erscheint im Fenster. Tippe ich 0%, dann fährt der Rolladen runter und das Fenster wird weiß
Andere Richtung funktioniert auch. Tippe ich in der CCU Auf bzw. Zu, dann erscheint im ioBroker Objekt 100% bzw. 0%. Wird kurz grün, dann schwarz. Rolladen fährt.
Soweit geht das ja schon recht lange recht zuverlässig.
Aber der Shuttercontrol Adapter spielt nicht mit, oder ich hab was nicht verstanden bzw. falsch eingestellt. Gibt es da einen Testmode?
im debug log erscheint auch jeweilsshuttercontrol.0 2019-10-05 16:59:40.064 debug shutter state changed: hm-rpc.1.CUX4000004.2.LEVEL shuttercontrol.0 2019-10-05 16:59:02.507 debug shutter state changed: hm-rpc.1.CUX4000004.2.LEVELAber daraus geht leider weder die die Wirkungsrichtung (ioBroker -> HM bzw. HM -> ioBroker) noch die Fahrrichtung hervor. Ich kann auch nicht erkennen, ob die Änderung von schuttercontrol verursacht wird, oder von etwas anderem.
-
@klassisch
Schalte Shuttercontrol in den Instanzen mal auf debug.
Dann siehst du einiges mehr -
@simatec die Instanz steht bei mir schon auf debug. Es gäbe noch Silly. In regelmäßigen Abständen wird auch der Sonnenstand mit geloggt
-
@klassisch
Dann siehst du auch die Fahrten der Rollläden, die durch Shuttercontrol ausgelöst werden. -
@simatec sehe immer nur die oben zitierten “changed“ Meldungen ohne Angabe der Quelle. Wie würde eine von shutterControl eingeleitete Aktion im Logfile aussehen? dann kann ich mal das Logfile danach durchsuchen. Ich habe den Eindruck, dass shutterControl bei mir nichts initiiert.
-
@klassisch
Poste mal deine Einstellungen von Shuttercontrol als json hier -
@simatec Danke, daß Du mir auf die Sprünge hilfst. Hoffe, das paßt soweit. Habe die Datei aus dem Adapter heraus gespeichert
-
@klassisch
Werden beim Start des Adapters die Zeiten korrekt gesetzt?
Das siehst du zum einem im Log zum anderen auch in den Objekten. -
@simatec Die Logs habe ich jeweils nach den Änderungen überprüft. Da werden die richtigen Zeiten ausgedruckt. In den Objekten
In den Logs waren die Zeiten korrekt erwähnt.
Aber die Objekte scheinen lückenhat zu sein. Die Wochenend-Fahrzeiten scheinen zu fehlen.
So sehen die Einstellungen aus:
-
@klassisch
In den Objekten steht dein Rolladen unter autodown auf false. So fährt er nie automatisch runter.
Eventuell gibt es Probleme mit dem Doppelpunkt im Namen. Ändere den mal in den Einstellungen von Shuttercontrol -
@simatec sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:
Eventuell gibt es Probleme mit dem Doppelpunkt im Namen. Ändere den mal in den Einstellungen von Shuttercontrol
Ja, das scheint es gewesen zu sein. Jetzt fährt er.
Ich habe den Namen vonRolladen-KiZi-CuXD3:2.LEVELwie er original vom CUxD kam, in
Rolladen-KiZi-CuXD3_2.LEVELgeändert und jetzt funktioniert es.
Jetzt kann ich versuchen den Adapter zu erkunden. Mein Ziel ist es im Winter nur bei Sonneneinstrahlung zu öffnen und im Hochsommer bei Sonneneinstrahlung zu schließen. Habe dazu 2 Helligkeitssensoren, etliche Tempsensoren und einen aus der Himmelstemperatur berechneten Bewölkungsgrad.
Mal sehen wie es wird....
Hezlichen Dank nochmals! -
Hi,
ich habe seit ein paar Tagen Shuttercontrol im Einsatz.
Danke dafür.
Aber ich glaube es kommt etwas durcheinander, wenn ein Rollladen am Abend manuell (d.h. per Taster an der Wand) bewegt wird.
In meinem Falle ein Rollladen an der Balkontür, überwacht per Türsensor.
Wenn es Nacht ist, der Rolladen manuell bewegt wird, aber auf weniger als 100% und dann die Tür geöffnet und geschlossen wird, dann bleibt der Rolladen in diesem Zustand. Auch am folgenden Tag fährt er dann bei Tür auf und zu auf z.B. 100% und 90%. Man muss ihn dann manuell oder per Objekt in iobroker auf 100% stellen und dann herrscht "Ruhe".
Ist das Absicht oder eine Unschärfe? -
@tcj
Schaue ich mir mal an -
Ich hätte https://github.com/simatec/ioBroker.shuttercontrol/blob/master/docs/de/shuttercontrol.md
"Tipps:Wird ein Rollladen manuell verstellt und entspricht die Position nicht der automatisch angefahrenen, setzt die Automatik aus!"
genau so interpretiert. Allerdings war das bei meinen bisherigen Erkundungen anders. Hier hat eine externe Verstellung auf 0% nicht von einem Hochfahren abgehalten. Was in meinem Falle günstig ist. -
@klassisch ja, stimmt
Habe die Stelle wohl überlesen
Wobei die Automatik eben nicht ganz aussetzt sondern der Teil der automatischen Öffnung und Schließung abhängig vom TriggerDP erhalten bleibt.
