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

[Mike Hellracer]

@simatec
Hallo,
Meine Rolläden fahren seit geraumer Zeit wunderbar auf und ab. Die Schattenfunktion und auch das öffnen/schließen über die Fenstergriffe gehen wunderbar.
Jetzt habe ich für einige die Weihnachtsfunktion aktiviert und nach der Konfiguration auch auch brav mittels "openAll" neu initialisert.
Trotzdem bleiben sie nicht auf der "Weihnachtsposition" stehen, sondern fahren weiterhin unverändert runter. Ich hoffe jemand kann mir sagen, was ich noch einstellen muss.
Ich verwende die Version 1.3.9 und hier ist anbei meine aktuelle Konfiguration soweit ich denke, dass sie dafür zuständig ist.
Wenn jemand weiter Daten braucht ergänze ich sie gerne.

Die Haupteinstellungen des Rolladen:

Spoiler

Die Weihnachtseinstellungen des Rolladen:

Spoiler

Die Weihnachtseinstellungen des Adapter:

Spoiler

Die Extraeinstellungen des Adapter:

Spoiler

Was mir beim "Suchen nach dem Fehler" aufgefallen ist. Obwohl ich alle Einstellungen für Schlafen, Wohnen, Kinder gleich habe sind die DP für autoChildren, autoLiving, autoSleep unterschiedlich. Und egal was ich über den Adapter auch einstelle die DP bleiben unverändert.

Spoiler

Kann mit jemand sagen was ich ggf. falsch mache, oder was ich noch machen muss, dass die Weihnachtseinstellungen nicht beachtet werden?

[MartyBr]

@mike-hellracer Deine "Weihnachtszeit" beginnt erst am 1.12. :grinning:

[Mike Hellracer]

@martybr
"leck mich fett" ich sehe es.
tatsächlich "Ein Fehler 60" (Fehler ist 60 cm vor dem Bildschirm)
und ich suche schon dseit 3 Tagen :grin: :grin: :grin: :grin:
schäm :(
Kannst du mir auch sagen, mit welchen Einstellungen die 3 DP bestückt werden?

[da_Woody]

@lenny-cb sagte in Test Adapter shuttercontrol v1.3.x:

Fibaro RollerShutter 2

immer dieses neumodische zeuch... :D
was ist wenn du nur mit valueTarget arbeitest? da müsste ja immer der richtige wert drinnen stehn.
i c, dein problem sind die taster... :( ich glaub aber, daß es mit dem aliasmanager möglich ist den current in den target zu schreiben... wenn nicht, müsste da ein blockly künstler was drehn können.

[Lenny.CB]

@da_woody sagte in Test Adapter shuttercontrol v1.3.x:

@lenny-cb sagte in Test Adapter shuttercontrol v1.3.x:

Fibaro RollerShutter 2

immer dieses neumodische zeuch... :D

neumodisch??? die Dinger sind bestimmt schon 5 Jahre und länger in Betrieb. :joy:

[da_Woody]

@lenny-cb , dann sag denen, du brauchst für shuttercontrol einen wert... sollen gefälligst ihr zeuch umschreiben!

[Lenny.CB]

@da_woody sagte in Test Adapter shuttercontrol v1.3.x:

@lenny-cb , dann sag denen, du brauchst für shuttercontrol einen wert... sollen gefälligst ihr zeuch umschreiben!

das wäre na Maßnahme! Liegt aber am zwave2 Adapter. aber egal.

[simatec]

@lenny-cb denke auch diese Konstellation lässt sich mit Alias lösen. Alias ist sehr mächtig und gut konfigurierbar

[Lenny.CB]

@simatec sagte in Test Adapter shuttercontrol v1.3.x:

@lenny-cb denke auch diese Konstellation lässt sich mit Alias lösen. Alias ist sehr mächtig und gut konfigurierbar

ich vermute dennoch, dass es am Adapter liegt.
Ich hatte im zwave2 Adapter eine Einstellung übersehen, die es ermöglicht, current auf target zu synchronisieren.
Bedeutet, wenn ich den Taster am Fesnster drücke fährt das Rollo runter und der "Endstand" wird in target eingetragen. Also als ob ein Adapter oder Script gesteuert hätte.

Hatte ich also gestern gemacht und heut ging das Rollo wieder nicht runter.

Es schaut so aus als würde immer noch unterschieden wer das Rollo geschlossen hat.
Bedienung am Taster --> shuttercontrol.0.shutters.autoState = none
setzen des Wertes im objektbaum zwave2 --> shuttercontrol.0.shutters.autoState = manuMode

bei den anderen die auch früh automatisch fahren --> shuttercontrol.0.shutters.autoState = down

ich denke, shuttercontrol bekommt nicht korrekt mit das sich der Zustand des Rollos geändert hat und aus diesen Grund wird das Ganze auch nicht über den Alias zu regeln sein.

[Lenny.CB]

@simatec vielleicht hier noch einmal ein paar State´s

Das Rollo wurde am Abend mit dem Setzen des Wertes bei targetCurrent geschlossen, daher wohl Manu_Mode.

//nach öffnen des Rollos mit Hardware-Taster 
  "Rollo_OG_Schlafzimmer": {
    "shutterName": "Rollo OG Schlafzimmer",
    "currentAction": "none",
    "currentHeight": 99,
    "triggerAction": "Manu_Mode",
    "triggerHeight": 0,
    "oldHeight": 99,
    "firstCompleteUp": false,
    "alarmTriggerLevel": 0,
    "alarmTriggerAction": "down",
    "lastAutoAction": ""
  },

//nach manuellem Setzen eines Werttes in den zwvae2-Objekten (zwave2.0.Node_020.Multilevel_Switch.targetValue)
  "Rollo_OG_Schlafzimmer": {
    "shutterName": "Rollo OG Schlafzimmer",
    "currentAction": "Manu_Mode",
    "currentHeight": 99,
    "triggerAction": "Manu_Mode",
    "triggerHeight": 0,
    "oldHeight": 99,
    "firstCompleteUp": false,
    "alarmTriggerLevel": 0,
    "alarmTriggerAction": "down",
    "lastAutoAction": ""
  },

Ich habe auch ein Rollo, welches erst um 10 Uhr automatisch geöffnet wird. Dieses wird aber auch hin und wieder am Hardware-Taster vor der Automatik hochgefahren. Was etwas verwunderlich ist, dieses Rollo geht abends dann ganz normal automatisch zu.

  //currentState nachdem es am Taster geöffnet wurde und bevor am nächsten Morgen um 10 Uhr automatisch öffnet
"Rollo_OG_Kind": {
    "shutterName": "Rollo OG Kind",
    "currentAction": "none",
    "currentHeight": 0,
    "triggerAction": "",
    "triggerHeight": 0,
    "oldHeight": 0,
    "firstCompleteUp": true,
    "alarmTriggerLevel": 0,
    "alarmTriggerAction": "down",
    "lastAutoAction": "Sunset_down"
  }
}

Meiner Meinung nach fehlt dem Rollo welches keine Automatik für eine Fahrtrichtung hat ein State damit erkannt wird, dass das kommende Automatikkommando ausgeführt werden soll.

Stimmen meine Annahmen soweit?

[Lenny.CB]

@simatec sagte in Test Adapter shuttercontrol v1.3.x:

@lenny-cb Danke dir ... Fehler wird in der nächsten Version gefixt

Zwischenposition fährt jetzt wieder korrekt zu.

Frage: ein Rollo welches in XMas-Position steht, fährt auch beim "späten Schließen" zu? Machen meine nicht. (der von mir gemeldete Fehler kommt bei diesem Rollo aber auch nicht mehr)

[Nightfly1983]

Ich habe auch ein Problem mit der Weihnachtseinstellung, die Werte werden bei den einzelnen Rollos auch reingeschrieben, aber nicht angenommen, woran kann das liegen?

Sie werden rot markiert, wenn ich die Werte dann manuell anklicke und einfach noch einmal bestätige, fahren sie in die Position. Alles andere fahren, auch das späte schließen klappt dann. Letztes Jahr ging das noch.

[simatec]

@nightfly1983 Welche Version ist installiert und was sagt der Debuglog?

[Nightfly1983]

@simatec Habe gestern danach noch die 1.3.9 installiert und die Einstellungen angepasst. Mal schauen was heute passiert.
Finde übrigens die Frostfunktion toll, wünsche ich mir schon seit letztem Winter. Kann mich aber der Meinung meiner Vorredner anschließen, dass auch eine obere Frostgrenze praktisch wäre, da ich so schon zwei Rollläden eingebüst habe.
Aber jetzt erstmal die Weihnachtssache klären.

[c.radi]

Hallo,

ich nutze derzeit auch schon die Beta Version 1.3.8

Ich habe Rolladenaktoren von Digitalstrom und Fensterdrehgriffsensoren von Homematic.
Anbei ein Bilder der aktuellen Einstellungen an einem Rolladen.

Der Rolladen wird abends korrekt heruntergefahren. Kippe ich dann das Fenster wird der Rolladen auf 80% gefahren, was ok ist.
Morgens wird der Rolladen zur geplanten Zeit geöffnet, das Fenster ist noch immer gekippt.

Schließe ich nun das Fenster wird der Rolladen komplett geschlossen.
Ich hätte vermutet, dass die Automatik zum öffnen/schließen des Rolladens abhängig vom Fenstersensor nur bei geschlossenen Rolläden wirkt.

Tut Sie aber leider nicht.

Mache ich etwas falsch, oder liegt hier ein Fehler vor?

Gruß
Christian

[Nightfly1983]

@simatec Also ich habe mit der neuen Version 1.3.9 die Frost Funktion aktiviert, das späte Schließen und die Weihnachtsposition. Jedoch funktioniert aktuell nur die neue Frostposition bei mir. Die Rollläden fahren zur normal Schließzeit ganz runter. Öffne ich diese dann manuell wegen der Weihnachtsbeleuchtung, dann fahren sie auch spät nicht zu. Was habe ich falsch gemacht?
Ich habe hier auch von dem alle Fahren nach Änderung, quasi ein Initialisieren, aber wo finde ich das?

[simatec]

@nightfly1983 Ich kenne deine Einstellungen leider nicht

[FoxRo]

@c-radi
Es gibt da in den Extra Settings den Hacken „Fahren nachdem Fenster geschlossen wurde „
Dieser stellt eigentlich sicher, dass die letzte angeforderte Position aktualisiert wird.
Hast die gesetzt?

[simatec]

Ab sofort steht die Version 1.4.0 auf Github und in kürze auch im latest zur Verfügung.

In dieser Version wurde hauptsächlich etwas unter der Haube gemacht.
Da inzwischen zu viele Funktionen in Shuttercontrol enthalten waren und dadurch der Source Code in meiner Welt zu unübersichtlich war, habe ich die letzten Tage einige Stunden (OK eigentlich sind es schon Tage :confused: ) damit verbracht und alles neu geschrieben.

Darum bitte testen ... testen ... testen :blush:

Changelog

1.4.0 (2021-11-30)

• (simatec) Source code completely redesigned
• (simatec) Much of the source code was converted to async
• (simatec) many small Bugfixes
• (simatec) Dependencies updated
• (simatec) Dev-Dependencies updated

[simatec]

@c-radi Teste mal bitte die Version 1.4.0 ... Hab da noch was gefixt