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

[steimi]

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.

[klassisch]

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?

[simatec]

@klassisch
Schaue dir doch das Object von cuxd mal an

[klassisch]

@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 jeweils

shuttercontrol.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.LEVEL

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

[simatec]

@klassisch
Schalte Shuttercontrol in den Instanzen mal auf debug.
Dann siehst du einiges mehr

[klassisch]

@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

[simatec]

@klassisch
Dann siehst du auch die Fahrten der Rollläden, die durch Shuttercontrol ausgelöst werden.

[klassisch]

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

[simatec]

@klassisch
Poste mal deine Einstellungen von Shuttercontrol als json hier

[klassisch]

@simatec Danke, daß Du mir auf die Sprünge hilfst. Hoffe, das paßt soweit. Habe die Datei aus dem Adapter heraus gespeichert

[simatec]

@klassisch
Werden beim Start des Adapters die Zeiten korrekt gesetzt?
Das siehst du zum einem im Log zum anderen auch in den Objekten.

[klassisch]

@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:

[simatec]

@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

[klassisch]

@simatec sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:

@klassisch

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 von

Rolladen-KiZi-CuXD3:2.LEVEL

wie er original vom CUxD kam, in

Rolladen-KiZi-CuXD3_2.LEVEL

geä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!

[tcj]

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?

[simatec]

@tcj
Schaue ich mir mal an

[klassisch]

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.

[tcj]

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

[simatec]

@tcj sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:

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

So ist letztendlich auch das Konzept.
Wer das nicht will, hat über die angelegten Objekte für jeden Rolladen die Möglichkeit über autoUp, autoDown und autoSun die Automatik auszuschalten

[tcj]

Das ist ja auch völlig gut so.
Aber das auf- und abfahren des Rollos beim Türöffnen bleibt ja auch am Tage erhalten, wenn man am Abend/Nacht zwischendurch den Rolladen vom Sollwert (meist ja 0 und 100%) abweichend einstellt. Und das sollte wohl doch nicht sein, oder?