Test Adapter shuttercontrol v1.7.x
-
@SWeimar
Ich habe gerade eine Version zum testen auf Github geladen ...
Kannst du bitte diese noch einmal installieren und testen.
In dieser Version wird die Zuordnung auf Userwunsch nicht mehr über Enums gemacht.Hier muss du lediglich deine Rollläden in der Tabelle anlegen.
https://github.com/simatec/ioBroker.shuttercontrol.git
-
Ich werde es testen und berichten...
-
@simatec said in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:
Also ich habe die neue Version installiert. Der Fehler bleibt aber bestehen. Der Adapter trägt den Wert richtig ins Objekt ein. Zu der eingestellten Uhrzeit ändert sich der Wert von 0% auf 100%. Der Rollo fährt aber nicht.
-
@SWeimar
Wie werden die shellys denn angesteuert?
Brauchen die noch einen weiteren Wert auf true oder wie laufen die?
Ich kenne die shellys nicht.Die Steuerung über den Adapter funktionier ja dann erstmal. Nur die shellys reagieren nicht.
Wie fährst du sie bisher?
-
@simatec
Bisher laufen die über ein Script. Mit „steuere Objekt ID mit Zahl ....“
Sonst benötigt der Shelly keinen anderen Wert. -
@SWeimar sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:
@simatec
Bisher laufen die über ein Script. Mit „steuere Objekt ID mit Zahl ....“
Sonst benötigt der Shelly keinen anderen Wert.Welche Werte steuerst du denn? Der Adapter setzt ja den Wert für den shelly.
Wenn du es nicht geändert hast setzt er 0 für zu und 100 für auf.
Also genau wie dein Script -
@simatec
Ich steuere den Wert „Position“ mit einer Zahl. Genau wie der Adapter. Allerdings 0 für auf und 100 für zu. Wobei das kein Unterschied machen dürfte... -
@SWeimar
Das kannst du ja in den Einstellungen selber so vorgeben.
Dann ist es mir unklar warum deine Rollläden nicht fahren.
Ändere mal in den Einstellungen von shuttercontrol die Werte für hoch und runter.Was passiert, wenn du die Datenpunkte per hand setzt?
-
@simatec
Das ist mir auch unklar. Weil der Adapter nichts anderes macht als mein Script auch.
Wenn ich die Datenpunkte per Hand setze fährt der Rolladen.Ich werde in den Einstellungen von shuttercontrol die Werte nochmal ändern und berichten ob es funktioniert.
-
@simatec Nur so ne idee, kann das am 'ack' Flag liegen?
-
@OstfrieseUnterwegs sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:
@simatec Nur so ne idee, kann das am 'ack' Flag liegen?
Ziemlich sicher. Bei
ack=truereagieren korrekt programmierte Adapter nicht auf ihre eigenen States. -
Also, hab die Werte geändert. Leider selbes Ergebnis. Der Adapter schreibt den korrekten Wert in den Datenpunkt aber der Rolladen fährt nicht...
-
@AlCalzone
Ich setze die States mit ack=true für die anzusteuernden Rollläden.
https://github.com/simatec/ioBroker.shuttercontrol/blob/56e5d2da9e6aaae410bef1a69b0c364549d4c60c/main.js#L373
Ich selber nutze HM und da scheint es die Probleme nicht zu geben.
Ich teste das nochmal -
@simatec
Ich habe noch ein Rolladen mit einem HM-IP Aktor. Den habe ich heute morgen getestet. Leider mit dem selben Ergebnis wie bei den Shelly's. Adapter trägt Wert richtig in Datenpunkt ein, der Rolladen fährt aber nicht. -
@simatec wenn du states eines anderen Adapter setzt musst du mit ack = false arbeiten. Der adapter führt dann die Aktion aus und bestätigt den state mit ack=true
-
@AlCalzone
Ohhh danke ... wieder etwas gelernt
@SWeimar
Ich ändere das gleich mal ... dann kannst du nochmal testen
-
@SWeimar
Habe die Änderungen gerade zum testen auf Github gepusht. -
@Homoran sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:
Ich setze mich mal heute hin
Ist jetzt Heute? - Sorry ich war bis jetzt nicht an einem PC!
Und das folgende ist MEINE persönliche Meinung bzw. Erfahrung. Dazu gerne später mehr.Ich persönlich halte nichts von einer Kategorisierung in Wohn-, Schlaf, und sonstige Räume, daher auch nichts von der Nutzung der Enums.
Nach meiner Meinung und Erfahrung aus schiefgegangenen Versuchen muss jeder Rollladen einzeln konfiguriert werden. Die Anforderungen an "Gleichschaltung" sind geringer als man denkt. (Hatte ich nämlich zuerst auch und liegt auch immer noch meinem System zugrunde, wird aber anschließend differenziert.)
Diese Gruppierungen richten sich allerdings bei mir ausschließlich auf Himmelsrichtung grundsätzliche frühest-, oder spätest-Rollzeiten, sowie auf Beschattungsparameter je Himmelsrichtung.Alles andere ist bei uns nach und nach individualisiert worden, da die Wünsche der Kinder und der Eltern was die Beschattung/Verdunklung angeht (Stockdunkel vs. "auf Lücke") deutlich auseinander geht, und die Schlafzimmer auch in unterschiedliche Himmelsrichtungen ausgerichtet sind.
Wenn jetzt die zusätzlichen Störgrößen, wie Balkontür-Rollladen nicht schließen wenn Tür offen, berücksichtigt werden sollen, darf dies natürlich nur auf den entsprechenden Rollladen gelten. Auch hier hatte ich erst gar nichts eingestellt bis ich einmal schnell rennen musste um noch ins Haus zu kommen
, danach blieben dann alle Rollläden oben und als ich dann auch noch einstellen wollte, dass der Balkontür-Rollladen automatisch hochgeht wenn ich den Griff drehe gingen auch die Fenster-Rollläden mit hoch (Den Raum hatte ich schon isoliert).Natürlich kann man das ganze individualisieren auf die Spitze treiben. Aber meiner Meinung stellt man diese Parameter nur einmal ein, und wenn es dazu je Rolladen ein popup mit den Einstellungen gibt, belibt die Tabelle auch halbwegs übersichtlich.
So wäre mein (noch nicht abschließender) Vorschlag für die Tabelle:
- Rollladen-Name
- Aktor-ID
- Raum
- Himmelsrichtung (°)
- Verdunklungsautomatik (bool)
- Beschattungsautomatik (bool)
- Button um die individuellen Setups zu öffnen
Das sich nun öffnende Popup wird (leider) ziemlich umfangreich, wenn man nahezu alle Parameter individualisieren will.
- Verdunklungszeiten (wenn Checkbox aktiv)
** frühestes Verdunklungsende
** Astro (verschiedene Astrozeiten[sunrise/golden hour]) mit Offset +/-
** spätester Verdunklungsbeginn
** Astro (verschiedene Astrozeiten[sunset/golden hour]) mit Offset +/- - Beschattungsbedingungen
** ID des Sensors (welcher such immer)
** Wert der überschritten werden muss (Number) egal ob °C, irgendeine Helligkeit je nach Sensor...)
** Hysterese oder Wert der zur Beendigung unterschritten werden muss
** ggf. ID eines Temp-Sensors innen
** ggf. mindeste Raumtemperatur (darunter würde die Fremdeinstrahlung als Heizungsunterstützung Geld sparen)
** ggf. Checkbox ob die Himmelsrichtung berücksichtigt werden soll (Beschattung nur bei Sonnenstand +/-80° Azimut) - Weiter "Störfaktoren"
** ID eines Fenster/Türsensors
** ID eines weiteren Datenpunkts (bool) der individuell gesetzt wird. Bei mir "Kino aktiv", wenn die Leinwand runter geht. Dies setzt die Beschattung Ende ausser Kraft UND prüft nach Filmende ob es schon Verdunklung aktiv wäre, sondt rolladen wieder auf dei automatik Position.
** ??? - Aussetzen der Automatik
Hier habe ich es "relativ einfach" Ich habe pro raum noch weitere, im Moment hardcodierte, Werte für Sollzustände bei Beschattung und Verdunklung jeweils oben und unten, wenn ich jetzt automatisch laufen lasse, werden diese vorher abgefragt, und sollte ein Rolladen nicht in der erwarteten Position sein, wird er nicht gefahren.
Diese Werte je Rolladen (2x bei Beschattung, 2x bei Verdunklung) müssten dann noch oben zugefügt werden.
hier käme dann noch ein Punkt hin:
** Abends reset? (bool) wenn aktiv, wird trotz manueller Veränderung abends auf die normale Verdunklung gesetzt, und dadurch läuft die Automatik wieder los.
Dies ist z.B. bei Kind krank, oder besonders bei Besuch im Gästezimmer, wenn die Automatik nur einmalig ausgesetzt werden soll (und ggf. abends wieder manuell "bestätigt" werden muss.
Irgendwo muss noch die Instanz des Feiertags-Adapters angegeben werden, nach der sich die Rollladensteuerung richten soll.
Ich hoffe das reicht erst einmal
-
@simatec
Kurze Rückmeldung: Die Rolladen fahren
-
@Homoran
Super Auflistung. Genauso würde ich mir das auch vorstellen und wünschen.
