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

[AlCalzone]

@OstfrieseUnterwegs sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:

@simatec Nur so ne idee, kann das am 'ack' Flag liegen?

Ziemlich sicher. Bei ack=true reagieren korrekt programmierte Adapter nicht auf ihre eigenen States.

[SWE1008]

Also, hab die Werte geändert. Leider selbes Ergebnis. Der Adapter schreibt den korrekten Wert in den Datenpunkt aber der Rolladen fährt nicht...

[simatec]

@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

[SWE1008]

@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.

[AlCalzone]

@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

[simatec]

@AlCalzone
Ohhh danke ... wieder etwas gelernt

@SWeimar
Ich ändere das gleich mal ... dann kannst du nochmal testen

[simatec]

@SWeimar
Habe die Änderungen gerade zum testen auf Github gepusht.

[Homoran]

@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

[SWE1008]

@simatec
Kurze Rückmeldung: Die Rolladen fahren

[Conquest]

@Homoran
Super Auflistung. Genauso würde ich mir das auch vorstellen und wünschen.

[zahnheinrich]

Perfekte Liste von @Homoran
Davon träume ich auch.
Bin auch aus Erfahrung der selben Meinung, jeder Rolladen sollte individuell parametrietbar sein aus den von @Homoran genannten Gründen.

[Homoran]

@zahnheinrich
@Conquest

So hat sich das Rolladenprogramm bei mir auf der CCU über Monate, wenn nicht Jahre langsam entwickelt. Einige Punkte wären in die nächste Ausbaustufe geworden.

Dann wollte ich aber alles auf ioBroker bringen und habe schon angefangen mit dem anlegen diverser DPs erst mal für ein Zimmer.
Die Rolladenaktoren wurden durch Pseudodatenpunkte ersetzt und die Widgets darauf verbunden.
So hatte ich dann den Vergleich zwischen den realen HM-gesteuerten Werten und meinen geplanten Werten.
Bin da aber noch nicht sehr weit mit gekommen (Zeit, Gesundheit, Javaskriptunkenntnis....)

Jetzt kann ich ja alles auf @simatec abwälzen

[zahnheinrich]

Das mit dem Abwälzen hört sich etwas gemein an.
In der Sache ist es bei mir ähnlich, die Anforderungen an einzelne Rolläden steigen mit der Zeit immens.
Zuerst ist man glücklich, wenn alle Rolläden (gleichzeitig) fahren. Dann kommt die Beschattung, der Türkontakt usw, usw.
Da hat es @simatec nun leicht, alle diese Anforderungen (die er jetzt evtl. noch nicht kennt, die aber sicherlich kommen werden) von Anfang an sauber einzubauen.
Das erspart diese nachträgliche Ver(schlimm)besserung.
In Vorfreude auf einen tollen Adapter!

[Homoran]

@zahnheinrich sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:

Das mit dem Abwälzen hört sich etwas gemein an.

So war es auch gemeint (incl. Supersmilie um die Ironie deutlich zu machen!)

@zahnheinrich sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:

Das erspart diese nachträgliche Ver(schlimm)besserung.

Das ist meine Hauptabsicht.

Der arme Kerl baut jetzt schon zum zweiten mal komplett um, ein drittes mal sollte dann das letzte mal sein

[zahnheinrich]

Ist schon klar!

[simatec]

@zahnheinrich
Ich werde mal schauen, was ich für Dinge nach und nach davon umgesetzt bekomme.
Man kann sicher wahnsinnig viel machen, aber am Ende scheitert es an der Userfreundlichkeit bei der Bedienung.
Ich sehe es bei backitup. Dieser Adapter hat inzwischen wahnsinnig viel on Board ubd die User tun sich schwer mit der Bedienung.

Also muss ich eine gesunde Mischung an Funktionen, Konfigurationsmöglichkeiten und der Bedienbarkeit hinbekommen

[Homoran]

@simatec sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:

aber am Ende scheitert es an der Userfreundlichkeit bei der Bedienung.

Das sehe ich etwas entspannter:

@Homoran sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:

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.

und nochmals meine persönliche Meinung.
Der Adapter ergibt nur als Gesamtkunstwerk einen Sinn

[zahnheinrich]

Da bin ich vollkommen bei Dir!
Ich erinnere mich in dem Zusammenhang an die Geräteeinstellungen des HM-IP Rolladen Aktors.
Beim ersten Hinschauen verstand ich nur "Bahnhof", nach einiger Zeit (und dem Vortrag in Kassel über die Expertenparameter) sehe ich das ganz anders.
Wäre als "Vorlage" für Deinen Adapter bezüglich der Parametrierung auch nicht übel.

[simatec]

@Homoran
Rainer ich verstehe deine Gedanken dazu sehr gut und auch deine Ideen sind klasse.
Nur muss man schauen, wie man das ganze vom Grundkonzept des Adapters umgesetzt bekommt.

Das Grundkonzept ist ja schon eher, dass man Gruppen fahren kann und die entweder über Astrozeiten oder wenn diese beim Beispiel Sunset im Schlafbereich der Kinder zu spät ist, auch die eingestellte Zeit gefahren werden.

Ich will eigentlich gerne zur besseren Übersicht alles in einer Tabelle haben.

Dort gibt es aktuell Gruppen als Auswahl.
Aktuell living, living-auto, sleep, sleep-auto und astro.
Die List wird nach und nach noch mit euren Ideen erweitert.
Somit wird jede ID am Ende einer Gruppe zugeordnet, wie sie fahren sollen.

Des weiteren wird es eventuell noch pro ID einer trigger Id geben, die dann die Autofunktion freigibt.
Aber da bin ich noch am überlegen, da ich hier wieder die Userfreundlichkeit sehe.

Wenn ich an meine Anforderungen denke, gibt es nur eine Terrassentür, die ich wirklich von Auto auf manuell umschalte.
Alle anderen Rollläden fahren bei mir automatisch.

Ich finde deine Ideen absolut klasse und will auch möglich viele davon einbauen, aber das Grundkonzept ist Gruppen zu steuern.

Gruppen können wir natürlich noch viele kreieren und am Ende kann ich auch jeder Gruppe noch Trigger ID‘s als Bedienung geben und auch Fensterkontakte geben ... das muss sich alles entwickeln

[Homoran]

@simatec sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:

Ich will eigentlich gerne zur besseren Übersicht alles in einer Tabelle haben.

ich (eigentlich) auch!

@simatec sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:

Dort gibt es aktuell Gruppen als Auswahl.
Aktuell living, living-auto, sleep, sleep-auto und astro.

und den Sinn darin sehe ich nicht.

Diese Gruppen sind IMHO obsolet, wenn es sich dabei um Räume in verschidenen Himmelsrichtungen, Bewohner mit unterschiedlichen Wohlfühlverhalten usw. handelt.

@simatec sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:

Wenn ich an meine Anforderungen denke, gibt es nur eine Terrassentür, die ich wirklich von Auto auf manuell umschalte.
Alle anderen Rollläden fahren bei mir automatisch.

Bei mir ist es wirklich nur der Rollladen in dem "Arbeits"-Zimmer meiner Frau, die gerne wenn sie am PC sitzt "Ruhe" haben will und eine von ihr festgelegte Helligkeit. alles andere läuft automatisch.
Dann kamen die Ausnahmen: Kind konnte morgens länger schlafen, weil erste Stunde frei; Besuch war da...

Alles andere läuft auch bei mir (wie beschrieben) vollautomatisch (mit unterschiedlichen Zeiten und Höhen je Zimmer).

@simatec sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:

Gruppen können wir natürlich noch viele kreieren

Aber es gibt deutlich weniger sinnvolle Gruppierungsmöglichkeiten als individuelle Einstellungen.

Glaub es einem alten Mann
Wir sollten dringend mal diverse Bierchen trinken