Unzuverlässig: Tür- und Fenstersensor schalten nicht zuverlässig die Thermostate HKT

[maxreiner]

Das sind aber aus meiner Sicht alles Dinge die wir hier mit freundlicher Unterstützung von Thomas und Michael schon häufig diskutiert haben. 

Ist sicher richtig und dankenswert. Aber erstens beschäftigt man sich halt erst mit Dingen intensiver, wenn man sie selbst braucht und zweitens vergisst man gelesenes auch mal wieder. Und aus einer Forumsdiskussion Aussagen zusammensuchen ist wesentlich schwieriger und fehleranfälliger, als in einem Handbuch alles säuberlich aufgelistet vorzufinden. Im Handbuch steht z.B. "Achtung! Wenn Du das vor hast, dann beachte...". Im Forum suche ich meist nur dann etwas, wenn der Fehler schon gemacht ist.

Wir, die wir uns hier intensiv tummeln, würden uns sicherlich über ein derartiges sich mit jedem Update dynamisch änderndes Dokument freuen.

ABER - wer würde diese xxx-seitige Systembeschreibung über das komplexe Zusammenspiel der Komponenten denn wirklich lesen? Die eine oder andere hier gestellte Frage legt ja sogar mitunter nahe, dass nicht mal der Beipackzettel der einzelnen Geräte gelesen wurde.

Es geht aber hier nicht um ein Bügeleisen oder einen Staubsauger. Das SH-System lebt und wird durch den Anwender immer wieder neu genutzt (d.h., man kann aufgrund der Möglichkeiten auch Abläufe programmieren, an die der Entwickler nie gedacht hat und auch nicht denken konnte). Alternative wäre die Beschränkung auf wenige feste Szenarien (Homematic-IP ist, glaube ich, so gestrickt), aber dann brauche ich (und sicher viele andere hier) kein solches System. Homematic macht das da sehr geschickt, indem die IP-Komponenten auch in das klassische System integrierbar sind, dann wird es aber eben auch komplizierter. Innogy hat ja mit den ootb-Szenarien offenbar einen ähnlichen Ansatz verfolgt.

Reiner

[SGK1]

... und noch mal zur Erinnerung eine technischer Ergänzung zum Zusammenspiel WRT&HKT:
Die ootb-Zeitszenarien laufen nur auf den WRT - die HKT werden dann auch nur direkt von den WRT mit den Zieltemperaturen und den TFS-Stati versorgt.

[maxreiner]

Ergo: am besten mit Szenarien 1 und 2 arbeiten und Schaltpunkte über andere Szenarien nur gegensteuern.

Da tut sich für mich dann schon wieder die Frage auf, ob wirklich getrennte Szenarien oder separate Regeln in einem Szenario? Muss man wohl probieren. Das ist, was ich meine. Es gibt sicher jemanden, der das weiß, nur übersichtlich aufgeschrieben ist es nicht.

Reiner

[HansLenz]

Ergo: am besten mit Szenarien 1 und 2 arbeiten und Schaltpunkte über andere Szenarien nur gegensteuern.

Da tut sich für mich dann schon wieder die Frage auf, ob wirklich getrennte Szenarien oder separate Regeln in einem Szenario? Muss man wohl probieren. Das ist, was ich meine. Es gibt sicher jemanden, der das weiß, nur übersichtlich aufgeschrieben ist es nicht.
...

Laut dem besagten "Michael" ist die Anordnung in Szenarien oder Regeln im Grunde einerlei. Ein Szenario dient nur der Übersichtlichkeit.

[Donaudrohne]

Ergo: am besten mit Szenarien 1 und 2 arbeiten und Schaltpunkte über andere Szenarien nur gegensteuern.

Es wurde aber auch schon seitens Innogy ganz klar geäußert, dass es im Endeffekt wurscht ist, ob man alles in ein Szenario mit mehreren Regeln packt oder viele Einzel-Szenarien anlegt.

Edit: Zwei Esel ein Gedanke

[SGK1]

Ergo: am besten mit Szenarien 1 und 2 arbeiten und Schaltpunkte über andere Szenarien nur gegensteuern.

Da tut sich für mich dann schon wieder die Frage auf, ob wirklich getrennte Szenarien oder separate Regeln in einem Szenario? Muss man wohl probieren. Das ist, was ich meine. Es gibt sicher jemanden, der das weiß, nur übersichtlich aufgeschrieben ist es nicht.

Reiner

Die ootb-Zeitszenarien lassen sich doch gar nicht in place durch 'eigene' Regeln ergänzen.

[dbolte]

Neben einer generellen Doku (da können wir noch lange hier quengeln) würde mir an dieser Stelle und dem Ursprungsthema dieses Threads entsprechend reichen, wenn mal jemand die Kommunikationsbeziehungen zwischen TFS, HKT und SHC vom Ablauf aufzeigen könnte und darin dann auch die LED-Blink Signale eingetragen sind. Das Ganze dann angefangen damit, dass ein Fenster geöffnet wird. Das kann doch nicht sooo geheim sein, oder ?
Also: TFS erkennt das Öffnen des Kontaktes. Was passiert dann genau. Wer spricht in welcher Reihenfolge mit wem? Und wann und unter welcher Bedingung werden die Blink-Signale, Anzeigen am Gerät und die Protokolle in dem SHC ausgeführt ? Das Ganze als Flußdiagramm dargestellt wäre die Krönung und würde sicher bei der Ursachenforschung von bestimmten Fehlerbildern enorm helfen.
Gibt es hier überhaupt Experten mit dem detaillierten Fachwissen? In der innogy Community helfen sich ja nur "User unter Usern" - so ist es dort gewollt. Aber wo tummeln sich Experten mit Detailkenntnissen zur Funktionsweise des Systems ?