Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[M.M.]

@mameier1234 Das mag ja sein, ist aber hier nicht so. Und es macht auch nichts, wenn man den Shelly vor jeder Ansteuerung einmal auf Pause schaltet.

Den Ist-Zustand an der Wand kann ich nicht mal eben so ändern.

[simatec]

@esmax666
Kannst du mir mal die settings deines Objects „targetValue“ zeigen?

[simatec]

@m-m
Ich muss aber @mameier1234 recht geben. Was ist, wenn bei der Bedienung dein JavaScript Adapter mal abgeschmiert ist und der Pausenbefehl nicht kommt? Ich bin selbst gelernter Elektroinstallateur und rate dringend von solchen Bastellösungen ab. Mal davon ab, sollte auch ein shelly nur von Fachpersonal angeschlossen werden.
Einen Schalter gegen einen Taster austauschen, ist auch kein Problem.
Also mein Rat, mach es technisch richtig. Shuttercontrol wird solche Bastellösungen nicht unterstützen.

[da_Woody]

@m-m said in Test Adapter shuttercontrol v1.1.x:

Dies kann ich in der shuttercontrol aber nicht definieren.

wozu auch? das funktioniert mit dem shelly LTP. den shelly interessiert die schalterstellung nicht und hat auch die sperrung selber drinnen.

[Esmax666]

@simatec meist du die hier ? oder was genau ?
https://forum.iobroker.net/post/577981

[simatec]

@esmax666
Nein ich benötige die settings von deinem zwave Objekt „targetValue“

[Esmax666]

@simatec ist nicht das hier ?

[simatec]

@esmax666
Genau von dem Datenpunkt. Also gehe auf den Stift und zeige mir mal die Raw Daten

[M.M.]

@simatec Meine Shelly's hat ein Elektriker eingebaut, genau aus den genannten Gründen.

[M.M.]

@da_woody Du meinst der shelly 2.5 macht das automatisch so?

[M.M.]

@m-m

Ich beantworte mir die Frage selbst:
https://www.shelly-support.eu/forum/index.php?thread/3327-shelly-2-5-und-gira-015800-jalousietaster/&postID=41032#post41032

Damit ist das Problem garkein Problem und ich kann mir das Triggern mit Pause auch sparen. Besser noch, ich kann shuttercontrol einsetzen.

[Esmax666]

@simatec

Die Bilder :)
Kannst sonst über discord alles zeigen :)

[simatec]

@esmax666
OK die Bilder bestätigen meine Vermutung.
Setze mal den Wert für das hochfahren auf 99 statt 100.
dein Objekt hat max 99

[da_Woody]

@m-m sach ich ja! :D

[Bostil]

@bostil @simatec denkst du, dass eine Neuinstallation + neue konfiguration helfen könnte?

[da_Woody]

@bostil das glaub ich weniger. welche FW version haben die 2.5er? 1.9.4 ist aktuell. eventuell die aus den objekten rauslöschen und neu erkennen lassen.

[M.M.]

Heute morgen habe ich vor der geplanten Öffnungszeit zum Test zwei Fenster geöffnet, um zu sehen, ob die Öffnung erkannt wird. Beide Rollläden wurden in die vorgegebene Position gefahren.

Als eben die Rollläden geöffnet werden sollten, ist nur der Rollladen (ein weiterer) geöffnet worden, der vorher nicht bewegt wurde (dieser hat auch keinen Fensterkontakt). Die anderen beiden sind in der Position verblieben.

Ich habe hier jeweils "Rollladenautomatik auch bei geöffneten Fenster/Tür benutzen (Aussperrschutz)" auf "Aus" stehen, damit die Automatik die Rollläden nicht fährt, wenn das jeweilige Fenster/Tür geöffnet ist.

1. Muss dies auf "Öffnen" stehen?
2. Falls ja, warum macht das einen Unterschied, da beide Fenster zum Zeitpunkt der planmäßigen Öffnung ja bereits wieder geschlossen waren.

Edit: Ok, die Hilfe, hilft:

• Aus: Aussperrschutz ist in beide Richtungen aktiv, die Rollläden bewegen nicht wenn der egal wie der Sensor steht.

• Öffnen: Bei Verdunklungs- / Beschattungsende fährt der Rollladen hoch

• Schließen: Bei Verdunklungs- / Beschattungsbeginn fährt der Rollladen herunter

• Öffnen und Schließen: Der Rollladen darf sich egal wie der Sensor steht, in beide Richtungen bewegen

[simatec]

@bostil
Nein brauchst du nicht. Einfach die states in autoDown und autoUp auf true stellen

[M.M.]

Wie oft werden die Bedingungen für den Sonnenschutz geprüft?

Hintergrund: Ich hatte den Sonnenschutz zuerst nur auf Himmelsrichtung eingerichtet, was dazu geführt hat, dass die Rollläden bei Erreichen der Ausrichtung heruntergefahren sind.

Danach habe ich die Einstellung auf "Innen-/Außentemperatur/Lichtsensor & Himmelsrichtung" eingestellt. In der Hilfe heißt es dazu, es handelt sich um eine UND Verknüpfung und nur beim Zutreffen aller Bedingungen wird der Sonnenschutz getriggert - wie gesagt, bei mir ist die autoState Position schon sunProtect.

Lichtsensor ist leer geblieben (ich habe keinen) und die Bedingungen für Innen- und Außentemperatur (jeweils 23°C) treffen sicherlich nicht beide zu.

Ich hätte erwartet, dass zumindest nach einem Neustart des Adapters die Bedingungen erneut geprüft werden und die Rollläden danach wieder hoch fahren.

P.S.: Halte Rollladen in Sonnenschutz ist nicht aktiv

[FoxRo]

@roland-ambrosch said in Test Adapter shuttercontrol v1.1.x:

Wenn ich bei geschlossenem Rollo das Fenster öffne, geht es rauf aber beim Schließen nicht mehr runter. Der Adapter liefert dann im Log (auf level debug): "Waring! - not allowed empty values detected - close your window and initialize your shutters with button up! - triggerAction: at device: Rollo Gaeste"

Bin erst gerade aus dem Skiurlaub zurück und habe deine Frage gelesen. Diese Logmeldung kommt ursprünglich von mir :-)
Diese wird "geschmissen", wenn beim öffnen vom Fenster noch kein gültiger Wert (null) in der internen Variable für die Höhe drin steht.
Beim Schliessen würde dann der Aktor angewiesen, auf die Höhe (null) zu fahren, was einige Aktoren mit "üblem" Verhalten quittieren.
Ich vermute mal, Du hast den Shuttercontrol Adapter neu gestartet (oder Settings geändert, was auch zu einem Neustart führt) und danach gleich das Fenster zum Testen geöffnet.
Nun ist es bei allen IoBroker Adaptern so, dass diese die internen Werte bei einem Neustart grundsätzlich verlieren. Das dürfte auch der Grund in Deinem Fall sein.
Bitte also immer nach einem Adapter Neustart als aller erstes die Rollos in eine definierte Position ('up' oder 'down') fahren und warten, bis die neue Position an Shuttercontrol gemeldet wurde. Danach kannst ungehindert "Testen" ;-)
Viel Erfolg!