Test Adapter shuttercontrol v2.0.x
-
@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 activeLeider 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.PositionWäre es nicht besser, den Objektnamen dann direkt hinter dem Adapter auszulesen? Das wäre dann
SHSW-25#483FDA8DCA84#1und 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.
-
@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.PositionWäre es nicht besser, den Objektnamen dann direkt hinter dem Adapter auszulesen? Das wäre dann
SHSW-25#483FDA8DCA84#1und 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! -
@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.
-
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.
-
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.
-
@bostil Ich habe meine Rollläden auf "Wohnbereich (Automatik)" stehen und stelle über Blockly/VIS autoLiving auf false. Damit fahren die nicht mehr automatisch.
-
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.
-
@negalein Welchen Zustand hat dein mihome Kontakt im geschlossenen Zustand?
-
@simatec sagte in Test Adapter shuttercontrol v1.1.x:
@negalein Welchen Zustand hat dein mihome Kontakt im geschlossenen Zustand?
false
-
@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 -
@negalein
Kannst du den Adapter mal bitte auf debug stellen und mit den Log posten, wenn das Fenster geöffnet und geschlossen wird? -
@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 Minuteneingestellt ist, in denEinstellungen für den Wohnbereichaber beiZeit Wohnbereich mit Sonnenauf- & Sonnenuntergangaber 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?
-
@negalein
In deinem Beispiel würde er 18:37 schließen -
Folgende Frage meinerseites:
-
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? -
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. -
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. -
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ß
-
-
@bostil wenn du Shelly 2.5 hast, kannst du einen Maximalwert für die Leistung einstellen. Wenn der überschritten wird (Frost, ...), stoppt die Bewegung.
-
Fehl post
-
@horst-böttcher Du weisst schon das der Adapter zur Rollladensteuerung dient.
-
@wendy2702 sagte in Test Adapter shuttercontrol v1.1.x:
@horst-böttcher Du weisst schon das der Adapter zur Rollladensteuerung dient.
Ähhhhh ja auch gerade gemerkt das es der falsch Adapter war
-
Hallo zusammen,
ich habe mal eine Frage zu den Sonnenschutzeinstellungen.
Ich habe mal exemplarisch die Config von einem Rollo angehangen{ "enabled": true, "shutterName": "RolloAnkleide00111A49915694:4.LEVEL", "name": "javascript.0.rollo.RolloAnkleide00111A49915694:4.LEVEL", "triggerID": "", "typeUp": "sleep", "typeDown": "sleep", "type": "in- & outside temperature and direction", "heightDownSun": "0", "direction": "215", "directionRange": "60", "tempInside": "18", "tempSensor": "zigbee.0.00158d00045c42a8.temperature", "outsideTempSensor": "zigbee.0.00158d00045c07b2.temperature", "tempOutside": "20", "lightSensor": "javascript.0.GleitMittelwert.Außen.Lichtstärke.Mean_15", "valueLight": "60000", "heightUp": "100", "heightDown": "0", "triggerState": "false", "triggerDrive": "100", "triggerChange": "off", "elevation": "8", "autoDrive": "onlyDown", "hysteresisOutside": "10", "hysteresisInside": "10", "hysteresisLight": "25", "currentAction": "", "currentHeight": "", "oldHeight": "", "firstCompleteUp": "", "triggerHeight": "", "LateDown": false, "inSummerNotDown": false, "KeepSunProtect": false, "triggerAction": "", "driveAfterClose": false, "useXmasLevel": false, "XmasLevel": "", "betweenPosition": false, "betweenPositionLevel": "", "trigDelyUp": "", "trigDelyDown": "" },Das Rollo ist wie folgt eingestellt im Sonneschutz
gegen 12 Uhr ist das Rollo auch runter gefahren, Helligkeit lag bei > 70000
Außentemp lag da bei 23° gemessen in der Sonne
Innentemp bei 21°
Azimut bei 160°jetzt gegen 13 Uhr hat es sich hier stark bewölkt, so dass der Sonnenschutz eigentlich nicht mehr nötig wäre.
Außentemp liegt zwar noch bei 21°
Innentemp weiterhin 21°
Azimut bei 180°
die Helligkeit bei 11219, sollte dann jetzt nicht das Rollo hoch fahren? -
@malz1902 said in Test Adapter shuttercontrol v1.1.x:
Außentemp liegt zwar noch bei 21°
Innentemp weiterhin 21°
Azimut bei 180°
die Helligkeit bei 11219, sollte dann jetzt nicht das Rollo hoch fahren?So wie Du es beschreibst müsste er eigentlich hoch fahren, ist doch eines der Kriterien (Wert für Helligkeit "60'000 - 25% =>45'000") unterschritten worden
Die Frage ist aber, Du verwendest irgend ein Skript welches den Helligkeitswert mittelt - wo lag zu diesem Zeitpunkt dieser Mittelwert? war der Mittelwert bei 11219 oder ist 11219 der aktuelle Wert vom Sensor?
