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

[FoxRo]

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

Offensichtlich wurde der Rollladen nicht bewegt, weil shuttercontrol denkt, dass Fenster sei geöffnet.

Die Meldung betr. Trigger und Manuell gefahren kommt immer, nachdem der Rollo manuell gefahren wurde. Egal ob Fenster offen oder zu.
Damit wird sichergestellt, dass der interne Zustand der für den Trigger benötigten Variablen in jedem Fall korrekt ist.
Dies ist also nicht der Grund, warum er bei Dir nicht fährt.

Die drei Rollläden werden wie vorgegeben 1 Sekunde versetzt angesprochen. Aber mir scheint, es wird 2 mal der gleiche Rollladen angesprochen (2x shutterDownLiving #3), oder nicht?

Das sieht mir aber etwas "komisch" aus.
Exportiere mal Deine Shuttercontrol Config und lade sie hier hoch - dann werfe ich mal einen Blick drauf. Vielleicht kann ich Dir so einen Tipp geben.
Bitte gebe zusätzlich an, welche Objekte korrekt laufen, und wie das Objekt heisst, welches nicht korrekt tut.
... danach sehen wir weiter.

[M.M.]

@foxro Danke Dir (nochmal) für die Erklärung und auch für Dein Hilfeangebot. Die Konfig hänge ich hier an. Gestern ist der SHSW-25#483FDA8DCA84#1 nicht gefahren und musste manuell runtergefahren werden.

Heute morgen sind dann übrigens alle 3 gefahren. autoState.Position war heute morgen "down" bevor der Trigger sie um 09:30 Uhr geöffnet hat.

2021-02-14 09:30:00.033 - info: shuttercontrol.0 (1906) #16 Set ID: Position value: 100%
2021-02-14 09:30:00.034 - debug: shuttercontrol.0 (1906) shutterUpLiving #3 Position old height: 0% new height: 100%
2021-02-14 09:30:00.039 - debug: shuttercontrol.0 (1906) Shutter state changed: Position old value = 0 new value = 100
2021-02-14 09:30:00.040 - debug: shuttercontrol.0 (1906) Position Old value = 0. New value = 100. automatic is active
2021-02-14 09:30:01.030 - info: shuttercontrol.0 (1906) #16 Set ID: Position value: 100%
2021-02-14 09:30:01.031 - debug: shuttercontrol.0 (1906) shutterUpLiving #3 Position old height: 0% new height: 100%
2021-02-14 09:30:01.114 - debug: shuttercontrol.0 (1906) Shutter state changed: Position old value = 0 new value = 100
2021-02-14 09:30:01.114 - debug: shuttercontrol.0 (1906) Position Old value = 0. New value = 100. automatic is active
2021-02-14 09:30:01.507 - info: dwd.0 (11567) starting. Version 2.7.5 in /opt/iobroker/node_modules/iobroker.dwd, node: v12.20.0, js-controller: 3.1.6
2021-02-14 09:30:02.030 - info: shuttercontrol.0 (1906) #16 Set ID: Position value: 100%
2021-02-14 09:30:02.031 - debug: shuttercontrol.0 (1906) shutterUpLiving #3 Position old height: 0% new height: 100%
2021-02-14 09:30:02.095 - debug: shuttercontrol.0 (1906) Shutter state changed: Position old value = 0 new value = 100
2021-02-14 09:30:02.096 - debug: shuttercontrol.0 (1906) Position Old value = 0. New value = 100. automatic is active

Wie Du siehst, heißt es aber immer "shutterUpLiving #3".
system.adapter.shuttercontrol.0.json

[Scrounger]

Gibt es irgendwo die Möglichkeit für einen Rolladen einen Delay einzustellen.
Also das der Rolladen z.B. 30s verzögert fährt?

Hintergrund ist, dass ich zwei sehr alte Rolläden habe, die die gleiche Führungschiene nutzen und wenn man die gleichzeitg fahren lässt bleiben Sie hängen.

[FoxRo]

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

Heute morgen sind dann übrigens alle 3 gefahren. autoState.Position war heute morgen "down" bevor der Trigger sie um 09:30 Uhr geöffnet hat.

Das klingt doch schon mal gut!!

Wie Du siehst, heißt es aber immer "shutterUpLiving #3".

Da bin ich jetzt selbst kurz "reingefallen" deshalb kurz in den Code geschaut.
das #3 ist nicht die Shutternummer sondern die Nummer, um den Log eindeutig identifizieren zu können. (für die Entwickler sehr hilfreich )Er geht also bei #20 in den ShutterDownLiving und zwar wird hier zusätzlich die Türöffnung geprüft. Bei #21 wird dies nicht berücksichtigt, da es keinen Trigger für das Fenster gibt.
Leider heissen Deine Shutters alle xxx.Position, was nun dazu führt, dass im Log immer nur "Position" als Shutter angegeben wird - das macht das Debugging schwierig. Kannst Du diese umbenennen, so dass diese eindeutig werden?
Grundsätzlich scheinen aber alle 3 neuen Positionen am Abend auf down "gesetzt" zu werden und der Rollo müsste eigentlich fahren.
Kannst bitte mal prüfen, ob in den "Schaltern" für "autoDown" (Shuttercontrol - shutters-autoDown) beim entsprechenden Rollo auch ein "true" drinne steht? wenn nein, bitte dieses auf "true" stellen.
.. wenn auch das ok ist, bitte mal prüfen, ob Du wirklich das richtige Objekt gewählt hast und wenn da im Pfad shelly.0.SHSW-25#483FDA8DCA84#1.Shutter.Position mal die Position von Hand eingibst, ob dann der Rollo auch wirklich fährt.
Bin gespannt ob es so lösen kannst.
Viel Erfolg!

Edit:
Was ich noch gesehen habe. Du hast "LateDown": true, und somit wurde er am Abend um 22:15 auf "down" gesetzt. Deshalb auch das "down" im Status am Morgen.
Stelle bitte sicher, das zum Zeitpunkt wo der Zeittrigger kommt, das Objekt shuttercontrol.0.control.autoLiving= true ist. Du verwendest "Living-Auto" für up und down.

[M.M.]

@foxro said in Test Adapter shuttercontrol v1.1.x:

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

Heute morgen sind dann übrigens alle 3 gefahren. autoState.Position war heute morgen "down" bevor der Trigger sie um 09:30 Uhr geöffnet hat.

Das klingt doch schon mal gut!!

Wie Du siehst, heißt es aber immer "shutterUpLiving #3".

Da bin ich jetzt selbst kurz "reingefallen" deshalb kurz in den Code geschaut.
das #3 ist nicht die Shutternummer sondern die Nummer, um den Log eindeutig identifizieren zu können. (für die Entwickler sehr hilfreich )Er geht also bei #20 in den ShutterDownLiving und zwar wird hier zusätzlich die Türöffnung geprüft. Bei #21 wird dies nicht berücksichtigt, da es keinen Trigger für das Fenster gibt.

Ok

Vorweg: Heute Abend sind in Abwesenheit auch wieder alle Rollläden richtig gefahren. Zuerst für das Fenster ohne Kontakt, dann Terrasse links und dann Terrasse rechts:

2021-02-14 18:11:00.028 - debug: shuttercontrol.0 (11772) check in time 01.03. 30.09.
2021-02-14 18:11:00.029 - debug: shuttercontrol.0 (11772) Start Mon Mar 01 2021
2021-02-14 18:11:00.029 - debug: shuttercontrol.0 (11772) End Thu Sep 02 2021
2021-02-14 18:11:00.029 - debug: shuttercontrol.0 (11772) we are not in period, after start Mon Mar 01 2021 and before end Thu Sep 02 2021
2021-02-14 18:11:00.030 - debug: shuttercontrol.0 (11772) check xmas for Position
2021-02-14 18:11:00.030 - debug: shuttercontrol.0 (11772) check in time 01.03. 30.09.
2021-02-14 18:11:00.031 - debug: shuttercontrol.0 (11772) Start Mon Mar 01 2021
2021-02-14 18:11:00.031 - debug: shuttercontrol.0 (11772) End Thu Sep 02 2021
2021-02-14 18:11:00.031 - debug: shuttercontrol.0 (11772) we are not in period, after start Mon Mar 01 2021 and before end Thu Sep 02 2021
2021-02-14 18:11:00.031 - debug: shuttercontrol.0 (11772) check xmas for Position
2021-02-14 18:11:00.032 - debug: shuttercontrol.0 (11772) check in time 01.03. 30.09.
2021-02-14 18:11:00.032 - debug: shuttercontrol.0 (11772) Start Mon Mar 01 2021
2021-02-14 18:11:00.032 - debug: shuttercontrol.0 (11772) End Thu Sep 02 2021
2021-02-14 18:11:00.032 - debug: shuttercontrol.0 (11772) we are not in period, after start Mon Mar 01 2021 and before end Thu Sep 02 2021
2021-02-14 18:11:00.032 - debug: shuttercontrol.0 (11772) check xmas for Position
2021-02-14 18:11:00.082 - info: shuttercontrol.0 (11772) #21 Set ID: Position value: 0%
2021-02-14 18:11:00.085 - debug: shuttercontrol.0 (11772) shutterDownLiving #4 Position old height: 100% new height: 0%
2021-02-14 18:11:00.138 - debug: shuttercontrol.0 (11772) Shutter state changed: Position old value = 100 new value = 0
2021-02-14 18:11:00.138 - debug: shuttercontrol.0 (11772) Position Old value = 100. New value = 0. automatic is active
2021-02-14 18:11:01.035 - info: shuttercontrol.0 (11772) #20 Set ID: Position value: 0%
2021-02-14 18:11:01.036 - debug: shuttercontrol.0 (11772) shutterDownLiving #3 Position old height: 100% new height: 0%
2021-02-14 18:11:01.041 - debug: shuttercontrol.0 (11772) Shutter state changed: Position old value = 100 new value = 0
2021-02-14 18:11:01.041 - debug: shuttercontrol.0 (11772) Position Old value = 100. New value = 0. automatic is active
2021-02-14 18:11:02.034 - info: shuttercontrol.0 (11772) #20 Set ID: Position value: 0%
2021-02-14 18:11:02.035 - debug: shuttercontrol.0 (11772) shutterDownLiving #3 Position old height: 100% new height: 0%
2021-02-14 18:11:02.079 - debug: shuttercontrol.0 (11772) Shutter state changed: Position old value = 100 new value = 0
2021-02-14 18:11:02.080 - debug: shuttercontrol.0 (11772) Position Old value = 100. New value = 0. automatic is active

Leider heissen Deine Shutters alle xxx.Position, was nun dazu führt, dass im Log immer nur "Position" als Shutter angegeben wird - das macht das Debugging schwierig. Kannst Du diese umbenennen, so dass diese eindeutig werden?
Grundsätzlich scheinen aber alle 3 neuen Positionen am Abend auf down "gesetzt" zu werden und der Rollo müsste eigentlich fahren.
Kannst bitte mal prüfen, ob in den "Schaltern" für "autoDown" (Shuttercontrol - shutters-autoDown) beim entsprechenden Rollo auch ein "true" drinne steht? wenn nein, bitte dieses auf "true" stellen.

Ja, in autoDown steht true drin. Ich habe aber nur ein Objekt, wahrscheinlich weil ich alle shutter auf autoLiving gestellt habe (für Öffnen und Schließen).

.. wenn auch das ok ist, bitte mal prüfen, ob Du wirklich das richtige Objekt gewählt hast und wenn da im Pfad shelly.0.SHSW-25#483FDA8DCA84#1.Shutter.Position mal die Position von Hand eingibst, ob dann der Rollo auch wirklich fährt.
Bin gespannt ob es so lösen kannst.
Viel Erfolg!

Ich habe die Rollläden vorher über Blockly gesteuert und genau hierüber die Steuerung gemacht. Bei anderen als den shelly's ist das möglicherweise Level o.ä.

Bezüglich des Namens: Das Objekt bzw. die Objekt-ID heißt ja:

shelly.0.SHSW-25#483FDA8DCA84#1.Shutter.Position

Wäre es nicht besser, den Objektnamen dann direkt hinter dem Adapter auszulesen? Das wäre dann

SHSW-25#483FDA8DCA84#1

und damit sehr eindeutig. Ich weiß nicht was passiert, wenn ich "Position" umbenenne. Aufgrund des Startzeitpunkt weiß ich aber, wann welcher Rollladen getriggert wurde da die Reihenfolge in der Konfiguration ja festgelegt ist.

Edit:
Was ich noch gesehen habe. Du hast "LateDown": true, und somit wurde er am Abend um 22:15 auf "down" gesetzt. Deshalb auch das "down" im Status am Morgen.
Stelle bitte sicher, das zum Zeitpunkt wo der Zeittrigger kommt, das Objekt shuttercontrol.0.control.autoLiving= true ist. Du verwendest "Living-Auto" für up und down.

Das Objekt ist true (ebenso wie auch autoChildren und autoSleep, auch wenn ich sie nicht nutze). Das stand schon nach dem normalen Schließen um die Uhrzeit auf down, so wie jetzt auch. Also nicht erst nach 22:15 Uhr.

Es sieht im Moment so aus, als würde alles planmässig funktionieren. Wenn man weiss, dass shuttercontrol nach einem Neustart initialisiert werden muss um alle Positionen zu kennen, kann man sich ja darauf einrichten.

Vielen Dank für Deine Zeit und Deine Hilfe.

[FoxRo]

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

Vorweg: Heute Abend sind in Abwesenheit auch wieder alle Rollläden richtig gefahren. Zuerst für das Fenster ohne Kontakt, dann Terrasse links und dann Terrasse rechts:

Sehr gut! Somit stimmt ja fast alles.

Ja, in autoDown steht true drin. Ich habe aber nur ein Objekt, wahrscheinlich weil ich alle shutter auf autoLiving gestellt habe (für Öffnen und Schließen).

Nicht ganz, dass Du hier nur ein Objekt hast liegt daran, dass alle Deine Rollos "Position" heissen. Ansonsten würde für jeden Rollo weitere Steuer- und ein Statusobjekt angelegt, welches Du dann von "aussen" beeinflussen kannst.

Bezüglich des Namens: Das Objekt bzw. die Objekt-ID heißt ja:

shelly.0.SHSW-25#483FDA8DCA84#1.Shutter.Position

Wäre es nicht besser, den Objektnamen dann direkt hinter dem Adapter auszulesen? Das wäre dann

SHSW-25#483FDA8DCA84#1

und damit sehr eindeutig. Ich weiß nicht was passiert, wenn ich "Position" umbenenne. Aufgrund des Startzeitpunkt weiß ich aber, wann welcher Rollladen getriggert wurde da die Reihenfolge in der Konfiguration ja festgelegt ist.

Das ist anscheinend nur beim Shelly so. Ich habe KNX und da sieht die Struktur ganz anders aus. Der Shuttercontrol Programmierer kann sich also nicht darauf verlassen, dass andere Adapter auf höherer Ebene eine Eindeutigkeit erzeugen. Also halten sich alle an die Konvention, dass die Eindeutigkeit zum einen über den ganzen Pfad gegeben ist und Adapter intern, dass der letzte Ausdruck nach dem "." im Pfad ebenfalls eindeutig ist. (ist ja im Filesystem auch so - in einem Ordner kann ein Filename nur einmal existieren, sonst wirds überschrieben). Das ist auch der Grund, warum es bei dir überhaupt läuft.
Ich denke es gibt hier einige, welche die Shelly nutzen und dir evtl einen Tipp geben können, wie die Objekte korrekt benannt und verwendet werden sollen.
Ich empfehle Dir, die Objekte ".Position" umzubenennen und der Klarheithalber irgendwie nach dem Fenster zu benennen. Damit hälst du Dir allfälligen "Ärger" mit Konflikten vom Hals.
Viel Erfolg!

[M.M.]

@foxro Ich habe den Namen geändert, sowohl in den shelly's (den Namen, nicht die ID) und in den Haupteinstellungen von shuttercontrol (ganz Links unter Name). Ich habe jetzt wie erwartet drei eindeutige Einträge, für jeden Rollladen einen.

Danach nochmal control => openLiving getriggert und es ist überall unter autoLevel auch 100% hinterlegt.

Nochmal ein Riesen Dankeschön für die "Erhellung" und das bessere Verständnis.

[Bostil]

Ich greife nochmal meinen Post auf, wo es um ein Ideen der Erweiterung ging. Insbesondere die Möglichkeit eines Offsets für die einzelnen Bereiche fände ich toll.

@bostil sagte in Test Adapter shuttercontrol v1.1.x:

@simatec Genial, vielen Dank hierfür und die tolle Arbeit! Hätte nicht gedacht, dass du dies (so schnell) umsetzen würdest. Hoffe das hilft dir, oder anderen, auch weiter.

Was noch super wäre, aber sicherlich eh schon diskutiert:

• Einstellung pro Rollade auf welches Level Sie beim Schließen fahren soll (zB "14" , falls noch ein paar Schlitze an der Rollade offen bleiben sollen)~~
• glaube das wurde schon abgewiegelt, aber dennoch: ein zeitlicher offset in Minuten (plus/minus) zur getroffenen Einstellung (zB Einstellung Wohnbereich für versch. Zimmer, wo aber selektierte Rolläden etwas später fahren sollen)

- Einstellen der frühesten Zeit des Herunterfahrens für die einzelnen Bereiche ?

]

• auch mit Blockly realisierbar, aber trotzdem mal: in den extra-einstellungen einen "Einbruchsschutz" > ab einer bestimmten Uhrzeit und Abwesenheit definierter WLAN-Geräte (fritzbox check presence Adapter, oder Prüfung eines beliebigen Datenpunktes auf Zustand) > alle Rolläden schließen

Aber vllt kann man die Features auch heute schon per Workaround umsetzen.

[Bostil]

Noch eine andere Frage: Ist es möglich den Adapter temporär und somit auch die Automatik zu deaktivieren - z. B. dann wenn Frost besteht und man beim automatischen Fahren der Rolladen etwas Acht geben sollte ?

DANKE.

@simatec

[M.M.]

@bostil Ich habe meine Rollläden auf "Wohnbereich (Automatik)" stehen und stelle über Blockly/VIS autoLiving auf false. Damit fahren die nicht mehr automatisch.

[Negalein]

@simatec

Ich dachte (hab das aus der Beschreibung so rausgelesen), wenn es so konfiguriert ist, die Rolläden automatisch hochfahren, wenn die Tür/das Fenster geöffnet wird.

Hat leider nicht geklappt.

[simatec]

@negalein Welchen Zustand hat dein mihome Kontakt im geschlossenen Zustand?

[Negalein]

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

@negalein Welchen Zustand hat dein mihome Kontakt im geschlossenen Zustand?

false

[Björn Günther]

@homoran said in Test Adapter shuttercontrol v1.1.x:

Ich nutze das auch. Allerdings ausschließlich mit Elevation und Azimut.
Habe mir für die Ausrichtung des Hauses dazu diese "Windrose" gebastelt.

Du hast das Widget nicht zufällig irgendwo "veröffentlicht", wo ich es trotz Forensuche nicht finden konnte?

Viele Grüße
Björn

[simatec]

@negalein
Kannst du den Adapter mal bitte auf debug stellen und mit den Log posten, wenn das Fenster geöffnet und geschlossen wird?

[Negalein]

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

Kannst du den Adapter mal bitte auf debug stellen und mit den Log posten, wenn das Fenster geöffnet und geschlossen wird?

hat heute funktioniert.
Da hat sich gestern wohl was verschluckt.

---

Noch eine Frage.

Wenn ich hier Sonnenuntergang verwende, richtet er sich nach der Zeit im DP shuttercontrol.0.info.Sunset.

Wenn dann in den Astro-Einstellungen eine Zeitverzögerung für das Heruntrerfahren von 60 Minuten eingestellt ist, in den Einstellungen für den Wohnbereich aber bei Zeit Wohnbereich mit Sonnenauf- & Sonnenuntergang aber zB 19 Uhr eingestellt ist, schliesst er dann lt. Sonnenuntergang + 60 Min. um 18:37 Uhr, oder um 19:00 Uhr + 60 Min., oder um Punkt 19 Uhr?

[simatec]

@negalein
In deinem Beispiel würde er 18:37 schließen

[m4estr0]

Folgende Frage meinerseites:

1. Die Funktion nicht schließen des Rolladen wenn das Fenster offen ist funktioniert,
   aber das automatische schließen des Rolladen nach dem schließen Fesnter nicht.
   Gibt es hierzu etwas besonderes zu beachten?

2. Ist es möglich oder zukünftig angedacht die Rolladen auch auf Grundlage von Helligkeitswerte (Lux) zu steuern?
   BSP: Rolladen fährt Abends erst runter wenn Helligkeitswerte x unterschritten ist.

3. Ist es möglich oder zukünftig angedacht für Jalousien einen Windwächter zu integrieren?
   BSP: Wenn Wingeschwindigkeit > 10 m/s fahre alle Jalousien hoch.

4. Ist es möglich oder zukünftig angedacht den Wert für "Zeitverzögerung beim Hochfahren" auch negativ zu setzen:
   BSP: Ich möchte dass die Rolladen 30 Minuten vor Sonnenaufgang hochfahren.

Danke, Gruß

[h07d0q]

@bostil wenn du Shelly 2.5 hast, kannst du einen Maximalwert für die Leistung einstellen. Wenn der überschritten wird (Frost, ...), stoppt die Bewegung.

[Horst Böttcher]

Fehl post